HTML本身没有函数概念，所谓“HTML函数”实为混淆术语；其磁盘占用仅取决于源码文件大小、构建产物体积及本地缓存，与JS函数数量无直接线性关系。
HTML 本身没有“函数”这个运行时概念，HTML 是标记语言，不执行逻辑、不占用运行时硬盘空间；所谓“HTML函数”实际是混淆了前端技术栈——你真正关心的，是包含 JavaScript 函数的 HTML 文件，或基于 HTML 的框架项目（如 React/Vue 单页应用）构建后的产物体积。
为什么查不到“HTML函数”的磁盘占用？
因为不存在。浏览器解析 HTML 时只做 DOM 构建，script 标签里的 function 是由 JavaScript 引擎处理的，其代码文本本身只是文件中的一段字符串。硬盘空间消耗只取决于：源码文件大小、构建产物体积、以及本地开发服务器缓存（如 node_modules）。
-
index.html里内联一个 100 行的function foo(){...}，文件可能只增加 3–4 KB - 用
create-react-app初始化项目，node_modules动辄 200 MB+，但这是开发依赖，不是“HTML函数”导致的 - 构建后生成的
build/目录，体积主要来自打包后的main.js和index.html，和你写了多少个function没有线性关系，而和引入的库、代码分割策略强相关
怎么估算一个含 JS 函数的 HTML 项目的实际存储开销？
分三块看，每块都要手动检查，不能靠“HTML函数”这种模糊说法推断：
- 源码部分：用
du -sh .（macOS/Linux）或Get-ChildItem -Recurse | Measure-Object -Property Length -Sum（PowerShell）统计当前目录总大小；重点关注node_modules/、dist/、build/ - 构建产物：运行
npm run build后，直接看输出目录下index.html和*.js文件大小；用source-map-explorer可查哪个function或模块贡献了最多体积 - 浏览器缓存：打开 DevTools → Application → Clear storage → 勾选 “Cache storage” 和 “Service workers”，这部分不占你硬盘，但会影响本地测试时的加载行为
常见误判场景：把错误日志当磁盘问题
遇到类似 RangeError: Maximum call stack size exceeded 或 Out of memory，容易以为是“HTML函数太多占满硬盘”，其实全是内存（RAM）问题，和硬盘空间无关：
立即学习“前端免费学习笔记（深入）”；
- 递归函数没终止条件 → 触发栈溢出，报
Maximum call stack size exceeded - 在
for循环里不断push到一个数组且没限制长度 → 内存爆掉，Node.js 报FATAL ERROR: Ineffective mark-compacts - Webpack 构建时卡死或报
JavaScript heap out of memory→ 需加--max_old_space_size=4096参数，不是删 HTML 文件能解决的
真正要控制硬盘占用，盯紧 node_modules 和构建产物目录就行；别被“HTML函数”这个词带偏——它不编译、不运行、不分配内存，只是一个文本里的几个字符。
