!!! 如果有想来 高德 的小伙伴，请联系我，简历投递邮箱：请将你的简历发送至xinlong.cxl@alibaba-inc.com，邮件及简历标题请按以下格式填写。社招岗位名称-学校名称-姓名各位打工人，大家好！2024年已经过去一半了，又到了阿里一年一度的“绩效大比拼”时刻！今年，各部门都使出了浑身解数，誓要争夺“卷王之王”的桂冠！1. 淘宝天猫： “我们双十一成交额再创新高！虽然……是靠熬夜加班和疯狂促销换来的。”2. 阿里云： “我们市场份额稳居第一！虽然……是靠降价和送优惠券换来的。”3. 菜鸟网络： “我们配送速度再创新纪录！虽然……是靠快递小哥风里来雨里去换来的。”4. 蚂蚁金服...

简历还有没有需要改进的地方，没有的话年后直接冲了，虽然八股算法好不太行，直接边投边学了#投递实习岗位前的准备# #我的实习日记#

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