题解 | #实践出真知#

RT，这周五就是情人节了，前女友给我发了消息，我该不该回？

#我的简历长这样#  稿主周围好多人进大厂了，说不难受都是假的，一夜未眠 今天又是21岁生日 希望明年春招能来点好的😭😭😭引流:字节跳动 腾讯  华为 阿里巴巴 小红书 

bg如简历，求拷打投了好多，除了大厂没投（好怂，感觉基础差，看牛客上的面经，都好难感觉答不上来多少，怕脏面评），boss中小厂能投投就投，面试目前就三个。两个小厂过了（其中一个还是远程），一个金蝶没有下文，至今没有被问过基础八股。现在是学习准备暑期，还是继续投递，要不要投大厂。

这是之前在处理一个实时流数据上碰到的。 之前背过很多，类似的关于高并发问题的一些官样文章。初读起来，总感觉索然无味。好像和幼儿园里把大象放进冰箱里的故事一样。 在业务中碰到的情况很特别。 同一个用户，会在同一个时间点有多条订单，即使把时间精确到 00:00:00，依然发现无法区分。前辈提醒后，才发现这其实是一种高并发的情况。 在Flink实时流里，通常碰到高并发的情况下，会进行一次打乱操作。在SQL任务中，我忘记进行了这种操作，后来发现其实是有这样的key by 参数。 大约可以这样处理。 在处理的时候，通过key by 的操作，会将并发数据存储同一个kaf...