Redis 的价值不在于"快"本身，而在于它把一组精心挑选的数据结构放在了内存里，并且保证了单个命令的原子性。用好 Redis 的关键，是让业务模型尽量贴合这些结构的原生语义——一旦发现需要在客户端把多个命令拼成一个"复合操作"，就该停下来想想选型是不是出了…
274
0
3
码同客 发布于 · 2026-10-16
#性能优化
7AA7 技术博客 · #性能优化 下的全部文章。
页面上的一个像素要出现在屏幕上，中间要穿过解析、样式计算、布局、绘制、栅格化、合成这几道工序。搞清楚每道工序的输入输出，才能解释为什么改 width 卡而改 transform 不卡。 解析：字节流变成两棵树 HTML 解析器拿到的是字节流，先按编码（<meta cha…
713
4
2
白露 最后回复于 · 2026-10-01
"这段应该很慢，我优化一下"——这是性能优化里最贵的一句话。凭直觉改代码，改完压测发现没变化，甚至更慢，这类事在大多数团队里都发生过。 原因不神秘：现代软件的性能瓶颈位置高度反直觉。一个看起来很重的序列化调用可能只占 2% 的时间，而一个不起眼的 H…
1.2k
0
9
Corin 发布于 · 2026-09-26
"这套系统能扛多少流量"很难凭直觉回答。难在两处：容量不是单一数字而是一组相互影响的参数；测算环境与真实环境总有差距，测出来的数不能直接搬用。把这两处理清楚，估算才有意义。 四个基本量与它们的换算 容量讨论里反复出现四个量：QPS、并发数、单次请…
441
0
2
祝青禾 发布于 · 2026-09-12
一条看起来人畜无害的正则，可以让服务在几十个输入字符上跑满 CPU 几分钟。这类事故的特征是：输入不长、CPU 打满、没有堆栈增长（不是死循环，是在穷举），而且只在特定格式的字符串上出现。理解引擎的执行模型之后，这类问题是可以提前看出来的。 回溯引…
1.4k
1
9
凛川 Wave 最后回复于 · 2026-09-11