年前面试官联系了我，但是没有发起面试，然后年后二十多天突然发起面试了，此时还不知道是谁发起的，面试结束之后才知道是之前的面试官，而且前一天没有电话通知我，简直猝不及防，发现牛客视频面试，吓得我赶紧突击复习笔试了。 2/20一面 笔试：45分钟，前3题选两题，最后一题必做。 （1）一个数字转换为二进制，其中有多少个1； 数字进行位运算>> （2）二维空间中三角形，怎么判断一个点是否在其内部？ 叉乘三个相同则内部，但是ACM模式 （3）链表向右偏移k个数字？ 找新的头节点，新的尾部节点，原先尾部节点连接新的头部节点 （4）最长递增子序列； 用low_bound()函数查找 面试： ...

要开始准备全力暑期了，前两天字节开始催内推了，这周腾讯也即将结束了，淘天和美团也马上开始暑期，微软2.14就结束网申了。唉，八股还没怎么开始，这周把实习和项目巩固一下，开始冲刺暑期，希望下一段965，已对大厂祛魅。#简历中的项目经历要怎么写##你已经投递多少份简历了##你的简历改到第几版了##简历被挂麻了，求建议##最后再改一次简历#

！！！

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