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

永远化身华黑子

居然还没招满，可见强度。传说公积金50%呢。

一面：自我介绍面试分为Unity相关知识：1.对Unity了解多少？2.Unity开发有多久的经验？3.Unity的生命周期，及每个部分的作用4.如何控制脚本的执行顺序？5.为什么物理效果放到FixedUpdate里面去运行？6.动画状态机中有哪些组件，以及如何使用7.如何去实现分层的动画效果？8.遮罩有哪些属性？9.用动画机实现八方向的移动10.物理碰撞有哪些接口11.rigedBody需要怎么挂才能生效？C#相关：1.GC的简要原理以及如何使用？2.怎么防止过渡的GC产生？3.怎么去设计一个对象池？（用具体的程序逻辑、数据结构、对外提供哪些接口）项目经历：1.在3D空间下怎么描述点A到点B...