loading="lazy"在移动端省电模式下不生效；iOS低电量使IntersectionObserver延迟300–500ms且isIntersecting常为false，Android厂商省电策略会终止非前台页fetch请求，preload亦被标记为“可丢弃”或退化为HEAD请求。
移动端生成 HTML 的工具本身不耗电，真正耗电的是后续渲染、JS 执行、媒体加载和网络请求——选错工具，等于在省电模式下主动踩油门。
loading="lazy" 在省电模式下根本不会触发
这不是你代码写错了，是系统直接“掐断”了懒加载的底层依赖。iOS 低电量模式会让 IntersectionObserver 的回调延迟 300–500ms，甚至长期返回 isIntersecting: false；Android 厂商（如小米神隐、华为智能省电）会直接终止非前台页的 fetch 请求。
- 别指望靠
loading="lazy"节电——它在省电模式下形同虚设 - 如果工具生成的 HTML 默认给所有
<img alt="移动端硬件环境下如何选择省电的HTML生成函数工具" >加了loading="lazy"，反而可能因反复重试触发更多无效 JS 调度，抬高功耗 - 真实省电策略：首屏外图片改用
data-src+ 手动节流检测，或干脆用 CSSbackground-image配合媒体查询按需加载
preload 在省电模式下等于没写
preload 是浏览器协商信号，不是强制指令。省电模式下，Chrome Android 会把 <link rel="preload"> 标记为“可丢弃”，iOS 则可能只发一个 HEAD 请求，还要求服务端支持 Accept-Ranges，否则照样下载几 KB 无效数据。
- 生成工具若默认给视频、大图加
preload="auto"，在低电量+弱网下反而增加连接开销 - 对非首屏资源，连
preload都不该加——省电模式下它不加速，只添乱 - 真要预加载关键资源，用
rel="preconnect"或rel="dns-prefetch"更稳妥，它们不受省电策略压制
单文件 HTML 工具最省电，但得避开“假离线”陷阱
像「一修」修图、「快发文」文案这类纯本地运行的单文件 HTML，确实零网络、零后台、零权限，功耗最低。但有些所谓“离线工具”实际会在初始化时偷偷发请求（比如检查更新、上报 UA、加载字体 CDN），一开就破功。
立即学习“前端免费学习笔记（深入）”；
- 打开工具后先看 DevTools → Network 面板，筛选
XHR和Fetch，确认无任何外发请求 - 警惕带
AI字样的单文件工具——若未明确声明“全部计算在本地”，大概率在onsubmit里调用了远程 API - 优先选 GitHub 开源、有明确 commit 记录的项目，比如
h5maker可私有部署，Acode Editor本地预览不联网
省电的关键不在“生成 HTML”这个动作，而在生成后的资源调度逻辑是否尊重系统节电策略——很多工具标榜“轻量”，却在默认配置里埋了省电模式下的耗电雷点。
