HTML不是编程语言，因此不存在“HTML函数”；所谓“HTML函数”实为DOM API、浏览器表单验证或框架语法糖的混淆，真正影响迷你主机性能的是浏览器进程对CPU/内存的占用及硬件功耗限制。
HTML 不是编程语言，没有“HTML 函数”——这是个常见误解，直接导致在迷你主机上部署 Web 应用时定位错误、调试绕路。
为什么你搜不到 HTML.function()？
HTML 是标记语言，本身不提供可调用的函数。所谓“HTML 函数”，实际是以下三类东西的混淆：
-
document.getElementById()、addEventListener()等 DOM API（属于 JavaScript，运行在浏览器引擎中） - 浏览器内置的表单验证行为（如
required、type="email"），由渲染引擎触发，不可编程调用 - 某些框架（如 Vue 的
v-if、React 的 JSX）被误认为“HTML 函数”，实为语法糖，编译后仍是 JS 执行
在无风扇迷你主机上，真正影响性能和稳定性的，是浏览器进程对 CPU 和内存的占用，而非“HTML 本身”。
迷你 PC 上跑 Web 前端应用的关键瓶颈
无风扇设计意味着散热受限，CPU 长期高于 70°C 就会降频。而现代前端页面常触发以下高开销行为：
立即学习“前端免费学习笔记（深入）”；
-
requestAnimationFrame()频繁重绘（尤其配合 CSStransform或filter） - 未节流的
resize/scroll事件监听器（在小屏设备上触发更频繁） - 大量
innerHTML拼接或未虚拟化的长列表（强制重排重绘） - WebAssembly 模块或
OffscreenCanvas使用不当，绕过 GPU 加速反而加重 CPU 负担
实测：一台 J4125 无风扇迷你主机，在 Chrome 120 下打开含 3 个 Chart.js 实时折线图的页面，CPU 持续 92%，风扇虽无，但 CPU 温度升至 89°C 后主动限频，图表帧率从 60fps 掉到 12fps。
如何让 Web 应用在迷你主机上真正“稳住”
不是换框架，而是收窄执行路径。重点做三件事：
- 用
performance.mark()+performance.measure()定位首屏内耗时 >16ms 的 JS 段，优先砍掉非关键逻辑 - 禁用所有非必要 polyfill（如
core-js全量引入），按需加载；检查Browserslist是否包含chrome >= 110这类真实目标环境 - 把
fetch()轮询改成EventSource或WebSocket，减少定时器唤醒和 HTTP 头解析开销 - 静态资源加
loading="lazy"，图片用decoding="async"，避免主线程阻塞解码
示例：将轮询改为服务端推送后，某监控面板在 N100 迷你主机上的平均 CPU 占用从 41% 降至 9%，温度稳定在 52°C。
最容易被忽略的一点：无风扇主机的 BIOS 里往往有“CPU Long Duration Power Limit”这类隐藏功耗墙设置，默认值可能低至 6W——即使代码再优，硬件限制摆在这儿，top -p $(pgrep chrome) 看到的 %CPU 可能只是表象，turbostat --quiet --show PkgWatt,CoreTmp 才是真相。
