html本身没有函数，所谓平台差异实为js逻辑或dom行为在不同浏览器及系统渲染机制下的表现不一致；macos safari中select的onclick不触发onchange是因原生ui接管导致；浮点误差是全平台共性问题；electron体积大源于打包策略而非html。

HTML 本身没有“函数”，浏览器执行的是 JavaScript，渲染的是 HTML/CSS。所谓“HTML 函数在 Mac 和 Windows 上差异大”，实际是**同一段 JS 逻辑或 DOM 行为在不同平台的浏览器中表现不一致**——根源不在硬件，而在浏览器内核、系统级渲染机制和事件模型。

macOS Safari 的 onchange 不触发 onclick？这是设计使然

在 macOS（尤其是 Safari）和 iOS/Android 上，<select></select> 元素常被原生 UI 替代（如滚轮选择器）。此时用户点开菜单 ≠ 选中值，onclick 只在展开时触发一次，而 onchange 才在真正提交新值后触发。

• 错误写法：select.addEventListener('click', handler) —— 在 macOS 上几乎不可靠
• 正确写法：select.addEventListener('change', handler) 或监听 input（部分新版 Safari 支持）
• 别依赖 event.target.selectedIndex，改用 event.target.value 更稳妥

Windows RT 的浮点计算偏差与现代 macOS 无关

Windows RT 使用 ARM 架构处理器，其浮点单元（FPU）实现与 x86/x64 不同，曾导致 Excel 公式在第 14–15 位有效数字出现微小差异。但这是 2012–2015 年的老问题，且仅影响 Windows RT（已停产），和 macOS、现代 Chrome/Firefox/Safari 完全无关。

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

• 当前 macOS（Sequoia/Sonoma）+ Apple Silicon 或 Intel CPU 均使用 IEEE 754 标准浮点，与 Windows 10/11 一致
• 如果你在 JS 中看到 0.1 + 0.2 !== 0.3，这是所有平台共有的二进制浮点限制，不是硬件差异
• 真要高精度计算，应统一用 BigInt、decimal.js 或服务端校验，而非归咎于 Mac/Win

Electron 应用在 Mac 上体积大，不是 HTML 渲染问题，而是打包策略

你提到“本地依赖包加起来 700 多 MB”，这典型是 Electron 默认打包了完整 Chromium + Node.js 运行时。Mac 版 Electron 包比 Windows 大，是因为：

• macOS 要求签名 + 通用二进制（支持 Intel + Apple Silicon），默认打包含两套架构
• 未启用 asar 压缩或未剔除调试资源（如 locales、resources/devtools）
• 用了未优化的 native 模块（如 ffmpeg、sharp），它们在 Mac 上编译产物更大

解决方向不是改 HTML，而是调整 electron-builder 配置：启用 compression: 'maximum'、设置 targets: ['dmg']（非 zip）、禁用无用 extraResources。

跨平台最易被忽略的一点：**你以为在写 HTML，其实是在适配浏览器 + 系统 UI 层的混合行为**。硬件差异早已不是瓶颈，真正卡住你的，永远是 Safari 对表单事件的克制、Electron 对 macOS 签名的强制要求、以及开发者对“原生控件接管 DOM”这件事的无感。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！