在现有分布式系统中，面对增长迅速的业务数据，id生成一直是非常重要的一环。而分布式系统的id生成方案需要满足几个重要特性：容错高可用、高性能高并发、全局唯一。
在我们的实际应用中，用户在发布文本时，输入大量表情后尝试从中间删除时，会出现明显的卡顿问题。这种操作可能耗时长达2s，导致用户体验受到严重影响。通过使用 Profiler 分析耗时的方法，我们找到了造成卡顿的原因，并参考了 emoji2 源码提出了解决方案。
在Android的事件分发机制当中，在同一个事件流中，如果由父控件拦截/消费了，那么子控件就没办法再获取到该事件流。这种传统的事件分发机制在嵌套滚动时会有明显不足，就是子控件无法消费父控件没有消费掉的滑动距离（因为起初是父控件接收了滑动事件，那么在同一个事件流中，所有事件都会给到父控件，子控件接收不到事件，也就无法滑动），从而造成嵌套滚动的不连贯（如果想滑动子控件就只能抬起手指结束本次事件流，并在下一次事件中滑动子控件）。使用嵌套滚动机制可以有效的解决上面的问题。它并没有改变事件分发机制，在发生嵌套滚动时，还是先进行事件分发，由父View将事件分发给子View，由子View进行消费。
为什么小程序如此受欢迎？ 随着移动互联网发展，各大主流的 App 的很多业务页面，都需要有动态化发版的能力，这时小程序的优势就体现出来了，首先小程序无需安装和卸载，更少的占用内存，并且实现了跨端兼容，开发者无需在安卓或者 iOS 端开发两套代码，这无疑降低了开发成本，而且小程序更受到广大前端开发者的青睐，随着 taro 等框架的成熟，开发者可以完全做到像开发 web 应用一样开发小程序。 setData 优化迫在眉睫随着小程序的发展，各种各样的小程序百花齐放，截止 2022 年末，互联网小程序总数超过 780 万，DAU更是突破了 8 亿。小程序承载了越来越多的功能，这就促使了小程序的模块越来越复杂。这个时候，更新视图就会牵连更多的业务模块的联动更新，如果小程序开发者不做优化而是肆意的使用 setData，就会让应用更卡顿，渲染更耗时，直接影响了用户体验。所以 setData 优化是小程序优化重要的组成部分。 要是彻底弄明白 setData 影响性能的原因，就要从小程序的架构设计说起。
说起小游戏，最经典的莫过于飞机大战了，相信很多同学都玩过。今天我们也来试试开发个有趣的小游戏吧！我们将从零开始，看看怎样一步步实现一个H5版的飞机大战！ 首先我们定好目标，要做一个怎样的飞机大战，以及去哪整游戏素材？ 刚好微信小程序官方提供了一个飞机大战小游戏的模板，打开【微信开发者工具】，选择【新建项目】-【小游戏】，选择飞机大战的模板，创建后就是一个小程序版飞机大战。
在现代设计中，动效图在APP的UI界面中所起到的作用无疑是显著的。相比于静态的界面，动效更符合人类的自然认知体系，它有效地降低了用户的认知负载，UI动效俨然已经成为了不可或缺的一部分。 那么在开发过程中，当遇到UI提供的动态物料满足不了内存以及效果的要求时，我们程序员就不得不通过代码自己去实现效果，这就引出了我们今天要实现的这个旋转变色圆角三角形。当时接到需求的时候，我也以为只要UI同学提供物料即可，但是实验的时候发现如果想呈现动效效果好一点的话，在不同的手机上可能会发生丢帧，OOM以及图形的严重锯齿化等一系列问题，最后实现这个效果的重任就落到了我们程序员的头上（很头大）。 记得当时为了实现这个动画效果，也是发挥了我尘封已久的初中数学知识，还有朋友的帮忙，才能顺利完成开发任务。所以虽然时间过去了很久，依然想做个记录，供大家参考探讨！废话说完终于要进入正题了，大家可以看一下这个UI动效
