本文主要分享了一个适用于Android App的代码Native层的so库动态加载方案，这套方案能让App在程序运行时热更新so库，并一定程度上降低App常驻内存。

随着推荐技术成熟以及信息流业务极速扩张，用户与内容的交互模式逐渐从“人找内容--搜索”往“内容找人--推荐”迁移，并且这种趋势仍在扩大它的外延边界，大有“万物皆可推荐”的架势。但搜索作为人与内容交互的一种重要方式，它的作用并没有削弱，用户在推荐场景的沉浸消费反而会激发出新的搜索需求。从本质上看，搜索与推荐这两个飞轮咬合的轴心点是用户兴趣，因此如何在当前内容分发场景中更好满足用户兴趣是搜索技术精进的一个重要命题。经过两年的技术锤炼与业务实践，我们在兴趣搜索领域积累了一些心得和成果，汇总成文，分享于斯。

在使用 React 之前，不知道小伙伴们有没有遇到过 更新卡顿 的问题，如下为 React 应用更新时的火焰图，JS 执行 287 ms 后，渲染任务才开始（25.4ms）。

主流浏览器刷新频率为 60Hz，即每 16.6ms 浏览器刷新一次，每 16.6ms 要完成 JS 执行、重绘重排。而 JS 线程和 GUI 线程是互斥的，在浏览器的一帧里（16.6ms）JS 脚本执行和页面渲染是同步执行的，一旦 JS 脚本执行时间过长，页面就会出现掉帧卡顿。

为了减少 JS 脚本执行的时长，React 重写了架构来解决卡顿问题。

本文是兔小巢团队在适老化与无障碍改造探索方面的一次阶段总结，希望能为社区类产品，甚至是其他类型的产品提供一些思路。

owl 协程框架目前主要应用于 C++ 跨平台微信客户端内核（Alita），Alita 的业务逻辑部分全部用协程实现，相比传统异步编程模型，至少减少了 50% 代码量。

线程池你真的搞懂了嘛？

前阵子将排课系统的一些功能，提供给 solar 编辑器使用，solar 基于 Cocos Creator，而 Cocos Creator 是基于 Electron 进行开发的，故总结了一些关于 Electron IPC 通信的相关知识。

本文分为三个部分：Part1 是前菜，帮助没接触过相关内容的同学快速了解我们要做什么、为什么做；Part2 适合刚刚接触 pCTR 建模想要完成项目的算法同学；Part3 适合正在做 CTR 建模项目且想要进一步优化效果的算法同学。

近期在做用户回放系统需求，其中有一环是从 indexedDB 中读取日志并做上报。然而，由于日志的数据量太大，计算处理 indexedDB 的数据比较耗时，容易造成阻塞，导致用户浏览器卡顿。为了解决这个问题，我们想了几种优化手段：

• 使用 Web Worker 读取数据并处理。
• 分片读取、定时轮询、异常重试。
• 对数据使用 gzip 压缩。

其中，由于没有实践的经验，使用 Web Worker 的时候也踩了一些坑。在这里对 Web Worker 的使用做一个小结。

最近梳理了下以前 webpack 的相关开发经验，整理和总结了一份入门笔记，欢迎大家围观和批评指正。

随着 web 应用越来越复杂和庞大，前端技术迅猛发展，各路大神各显神通，多种优秀的前端框架、新语言和其他相关技术(如下图所示)不断涌现，这些都极大地提高了我们的开发效率。

我们的目标是给猫 ? 做一个简单的小游戏：做一个小红点在手机上不停的移动，整个过程还有 HiFi 音乐 ?还有震动。整个项目我们会用 Golang （Go）这门语言来实现，包括 DOM 操作、逻辑还有相关的状态。

探索内核调试中，对于正在运行的内核，通过 systemtap 获取关键数据结构的值的通用方法。

Controller，是Apache Kafka的核心组件非常重要。它的主要作用是在Apache Zookeeper的帮助下管理和协调控制整个Kafka集群。

在整个Kafka集群中，如果Controller故障异常，有可能会影响到生产和消费。所以，我们需要对其状态、选举、日志等做全面的监控。

本文介绍 Web、Android、iOS、Flutter 这些前终端平台下，与 “树” 及视图系统有关的技术话题，并尝试分析它们之间的异同点；方便从事大前端开发的同学对各平台的技术特性有更广泛的了解。

本文介绍 Web、Android、iOS、Flutter 这些前终端平台下，与 “树” 及视图系统有关的技术话题，并尝试分析它们之间的异同点；方便从事大前端开发的同学对各平台的技术特性有更广泛的了解。

容器时代，限制page cache的占用，有着非常重要的意义。本篇，架构鹅重点介绍如意内存隔离方案的应用和实践效果。