当开发者首次接触“组件占比”这一指标时，往往会先检查HTML模板结构——模板里使用了多少、多少层嵌套——但需要明确的是，HTML模板本身并不会直接生成这个指标。真正的“组件占比”，实际上是指构建工具（如Webpack、Vite）在分析打包产物时输出的模块体积占比。模板写法真正影响的是依赖引入路径和组件拆分的颗粒度，进而决定最终的打包体积分布与渲染性能。

换句话说，在编写页面时选择的布局方式——无论是使用table、flex、grid，还是采用框架级别的组件——都会直接改变构建产出的每个chunk里包含的内容，以及首屏需要加载的冗余代码量。以下我们将详细拆解。

为什么HTML模板会影响组件体积占比

核心原因在于两点：依赖引入路径与组件拆分粒度。

• 引入这类UI框架组件，会将整个Element Plus库或者按需引入的子模块一并打包。即便只想使用一个布局容器，也可能拖入大量未使用的样式和逻辑。
• 手写display: flex的

  布局，零额外JS依赖，体积占比几乎为0。但代价是牺牲了语义化与跨框架复用能力。

• 在Vue单文件组件中，如果