<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Bundle Analyzer on PlumePHP</title><link>https://plumephp.com/tags/bundle-analyzer/</link><description>Recent content in Bundle Analyzer on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Tue, 29 Sep 2026 15:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/bundle-analyzer/index.xml" rel="self" type="application/rss+xml"/><item><title>包体分析与性能监控：Bundle Analyzer、性能预算与门禁</title><link>https://plumephp.com/vite-bundle-analysis-performance/</link><pubDate>Tue, 29 Sep 2026 15:00:00 +0800</pubDate><guid>https://plumephp.com/vite-bundle-analysis-performance/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;「页面变慢了」是结果，不是原因。真正的问题在于：&lt;strong&gt;包体为什么大、首屏为什么慢、谁在拖慢构建&lt;/strong&gt;——这些需要「分析 + 监控 + 门禁」的体系，而不是靠感觉优化。本文讲 Vite 项目的包体分析与性能监控：先讲包体分析的价值（把「感觉」变成「数据」）、Bundle Analyzer 可视化产物（占比一目了然）、构建报告与产物统计（体积/请求/重复）、性能预算与 CI 门禁（设阈值、超限即失败，防回退）、运行时性能监控（Web Vitals/错误监控/性能数据采集）、加载性能优化闭环（分析→优化→验证→门禁）、长尾模块与按需加载（找大而用的少模块）、慢构建的定位（构建耗时与缓存）、最后是性能治理流程（从临时优化到制度化、可量化的性能文化）。&lt;/p&gt;</description></item></channel></rss>