环石岩湖是我这几次骑行里面体验最好的，风景、租车、骑行道各方面都很不错，再加上当天天气很好，只有 22–26 度，碰巧天阴没啥大太阳。整个体验下来非常愉悦。

如果想要轻松点的，可以直接在湿地公园里面围着石岩湖骑行，没坡，风景好，难度很小。

如果决定环湖骑，整个过程大概有 1/5 的路段是在马路旁边骑的，其他都在公园内部，能看出石岩当地政府非常重视这条线路，规划好了专门的环湖骑行道。不过环湖会累一点，一直会有上下坡，很多段上坡我都是累得直接推着车走了。

整个环湖我大概骑了 29 公里，主要是路不熟，刚开始在湿地公园里面绕了好几圈，实际很多人环湖一圈就是 20–22 公里。

最后说一下租车，我在石岩湖湿地公园 P2 停车场出口处的自行车店里面租了一辆喜德盛 hacker 380，租金 10 块一小时，30 元封顶。考虑到在深圳，这个价格相当便宜了。而且令我诧异的是，押金竟然只要 50，我骑了 2 个半小时多一点，最后也没向上取整按小时算，只收了 25。

在 Flink 中做 keyBy 的时候，内部根据 key 选择下游节点时，有这么一段逻辑，代码在 KeyGroupRangeAssignment.java#L75：

int computeKeyGroupForKeyHash(int keyHash, int maxParallelism) {
        return MathUtils.murmurHash(keyHash) % maxParallelism;
}

简单来说，就是根据 key 的 hash 值，计算出 key 的分组。这里需要注意的是，并非直接简单地根据 hash 值取模，而是经过了一次 MurmurHash。

那为什么要这么做，解决了什么问题呢？

问题简单来说就是：keyBy 之后的分组要足够均匀，而用户定义的 keyHash 未必均匀。

举个最极端的例子：M % 10，但 M 的取值全都是 10 的倍数，比如 {10, 20, 30} 等。那无论 M 的取值有多分散和随机，M % 10 都等于 0，那么最终只有分组 0 里面有数据，将会发生严重的数据倾斜。

为什么 MurmurHash 能解决这个问题？

大沙河的一端在深圳湾公园，最终在深圳湾入海。从深圳湾公园出发，走右侧道路，一路上骑行道和人行道分离的都很好，路面也比之前走左侧时更宽，即使是十一假期，骑着也很舒服。

快到绿道尽头骑出来的时候，才意识到自己已经骑了很远 —— 旁边竟然就是深圳野生动物园。

返程不想打车或者地铁回去，觉得枯燥又无聊，干脆换条路一口气骑回家，最终刷新了个人骑行最远纪录：35 公里。奇妙的体验~

从长岭陂地铁站 A1 口出来，直走大概 500 米，有条左拐进山的破破的小路，路边停满各种落满了叶子的车，一度让我怀疑是不是走错路了。

一路上都是石板路，没有什么野路（不过石板缝隙挺大的， 挺容易崴脚， 骑车也不行），路面很平缓，几乎感受不到在爬升，大部分路段都被树荫覆盖。属于新手入门级的徒步线路。

不过虽然很凉快，但还是注意防晒，出发的时候忘记带防晒衣和帽子，晚上洗澡的时候发现脖子晒伤了。

路上见到不少带着负重背心越野跑的人，感慨和羡慕满满的生命力和活力！

今年开始去海边公园骑行，骑了几次，可以说是最近几年所有事情里最舒服的体验。尤其深圳湾这条线，从人才公园一路延伸到蛇口，有专门的骑行道，而且道平灯亮，慢悠悠地骑车既踏实又放松。