同步、异步，并发、并行、串行，这些名词在我们的开发中会经常遇到，这里对异步编程做一个详细的归纳总结，希望可以对这方面的开发有一些帮助。

最近在研究过载保护，微信是一个国民级的应用，月活用户过 10 亿，而且经常过年过节消息量暴增，服务很容易出现过载，但微信的服务一直比较稳定，他们是怎么做的呢？

本文以微信 2018 年发表于 Socc 会议上的文章，《Overload Control for Scaling Wechat Microservices》 为基础，介绍了微信大规模微服务的过载保护策略，其中很多方法很有借鉴意义。

过往十多年互联网产品形态和技术需求在巨变，从PC互联到移动互联和产业互联，基础技术和平台从物理机到容器化、云化；网络从2G到5G；产品的数据量级从百亿级/天到万亿级/天。

但不论发展如何变化，技术运营提供的服务其实本质不会变，从还是需要保证产品极致的用户体验和降本增效。

视频云的web团队是一个偏多媒体前端技术的团队，致力于为客户提供更多创新的场景化云服务，近期我们在视频制作领域中有一些实践经验，我觉得和前端技术以及大会的主题都比较契合，所以非常有意愿来这与大家做一次分享。

设计师必看的版权知识十二问。

除了常规的交互视觉优化外，探索基于动效的方式来解决企点在用户体验、用户教育、品牌传递三个方向的问题，提升用户教育效果，标准化视频制作流程提高视频质量并降低制作成本，建立可持续的动效设计系统，规范动效在产品内外的设计，提高易用性与统一性。

保证大型活动落地一致性的 4 个步骤。

在对王者荣耀游戏视频进行理解时，需要对游戏画面中的关键元素进行检测和识别，从而构建图像理解和视频理解的能力。由于王者荣耀游戏画面的许多元素为2d对象，外观变化较小，本文提出基于像素级和局部特征对画面元素进行快速匹配。

用户访谈是一项常用的用户研究方法，最近刚好有相关调研用到了用户访谈，本文主要是对访谈进行中所获取的相关知识，以及方法实施的一次复盘沉淀。文章主要包含什么是用户访谈、为什么要用用户访谈（用户访谈的价值）、如何实施用户访谈以及访谈的综合运用四个部分，既是自己对相关知识和方法执行的反思沉淀，也希望能帮助到需要的同学。

竞态条件一词翻译自英语 "race conditions"。当我们在开发前端 web 时，最常见的逻辑就是从后台服务器获取并处理数据然后渲染到浏览器页面上，过程中有不少的细节需要注意，其中一个就是数据竞态条件问题，本文会基于 React 并结合一个小 demo 来解释何为竞态条件，以及循序渐进地介绍解决竞态条件方法。框架不同解决的方式会不一样，但不影响理解竞态条件。

2022 年初，一款名为“BeReal”的社交 App 突然在国外走红，仅 2 月份就被下载了 110 万次，也经常出现在 App Store 榜单的前十名。这款公开叫板 Instagram 的 App，最核心的产品理念就是鼓励用户做真实的自己，分享一些既不加滤镜，也没有美颜效果的日常生活照片，因此被称作“休闲版 Instagram”。

很多人听到 BeReal 的理念，可能会联想到不久前在中文互联网流行的“与素颜和解”挑战——一个以鼓励素颜出镜为噱头，最后演变成了裸妆比赛的大型翻车现场。但 BeReal 上的内容显然没有那么虚伪，至少目前看来都还挺真实的。

弹幕作为一种即时性互动方式，直观地呈现了观众对特定内容的反应。由此而衍生了弹幕文化，也记录了年轻群体及时代的变迁。随着用户及内容的增长，发送弹幕逐渐成为年轻人常用的评论行为，除了现有的弹幕样式，还有哪些可挖掘的玩法呢？

当需要处理的数据非常多，比如行情数据，一秒处理非常多的数据的时候，可以考虑用无锁队列。但是如果一秒只需要处理几百或者几千的数据，是没有必要考虑用无锁队列的。用互斥锁就能解决问题，数据量相对少的时候互斥锁与无锁队列之间差别并不是很明显。

InnoDB层的文件除日志文件外，都具有较为统一的物理结构。所有物理文件由页（page 或 block）构成，在未被压缩情况下，一个页的大小为UNIV_PAGE_SIZE（16384，16K）。不同用途的页具有相同格式的文件头和文件尾，其中记录了页面校验值、页面编号、表空间编号、LSN等通用信息。根据不同的应用场景和功能可以将页面分为多种类型，比如：每隔一定数量的页面后会使用extern描述页来记录每页空闲与否；Inode页面用于存储segment信息，segment是表空间管理的逻辑单位，每个索引占用2个segment，分别用于管理叶子节点和非叶子节点；索引页用于存储索引和用户记录；Blob页面用于记录溢出行的内容等等。InnoDB文件的结构可以详见《浅析InnoDB文件结构》。

本文主要讨论用户记录存储相关的数据页面（索引页和外部存储页）的物理结构以及组织方式。InnoDB用B+树的方式管理用户记录数据，每个索引对应一个B+树。B+树是通过索引页构建的，用户记录的数据存储在聚簇索引的叶子结点中。如果有变长字段（如text、blob、varchar）的长度过长，则可能会将该字段的全部数据或部分数据存储到外部存储页（blob页面）。

最近在实现列表的滚动交互时，算是被复杂的业务场景整得怀疑人生了。今天主要聊一下关于 scroll 的应用。

上了微博热搜、一亿8千万阅读量的「微信图片搜索功能」是怎么实现的呢？今天手把手带你进行原理剖析！