source map 模式选错，线上调试白屏，构建还慢了两倍——四种模式实测对比
四种 source map 模式实测对比：`hidden-source-map` 配合监控平台上传，是生产环境兼顾安全与调试的最优解；`eval-cheap-module-source-map` 适合 Webpack 开发环境，构建快且断点准。`source-map` 模式构建耗时翻倍且暴露源码，应避免使用。选择关键在于明确场景需求，而非盲目使用默认配置。
标签: #性能优化
共 3 篇文章
限流组件自己成了瓶颈，把正则匹配换成前缀树后，QPS 直接翻了一倍
限流组件在高并发下因正则匹配成为性能瓶颈，CPU占比高达67%。通过将匹配逻辑从正则改为前缀树，QPS从6.2万飙升至13.5万，CPU使用率大幅下降，延迟减半，内存占用也显著降低。前缀树适合路径前缀匹配场景，规则数量多时优势明显，改造简单且无需停服。
日采 TB 级日志，Kafka 零拷贝和 ES 直写到底差多少资源？我们跑了一周实测
日均1.2TB日志写入场景下，引入Kafka作为缓冲层后，ES集群CPU使用率从72%降至31%，写入延迟P99从2.3秒收敛到180ms。Kafka利用零拷贝技术，以极低CPU开销实现高效数据转发，核心价值在于削峰填谷，避免ES因写入脉冲与合并操作叠加导致的性能断崖。整体资源账算下来，CPU净省29个核，磁盘成本因使用HDD而几乎可忽略，链路稳定性显著提升。