accept-charset="utf-8"在ios safari中不生效，因其解析form时跳过该属性，直接回退至页面字符集；而该字符集取决于是否位于前1024字节内且无bom干扰，vs code默认“utf-8 with bom”会导致meta被跳过，浏览器回退至iso-8859-1，中文变为%c4%e3等乱码。
移动端表单提交乱码，不是后端没解码，而是前端编码链路在不同浏览器/WebView里早就断了——accept-charset 失效、meta charset 被忽略、FormData 自动 boundary 损毁，三者叠加导致服务端收到的永远是错码。
为什么 accept-charset="UTF-8" 在 iOS Safari 里不生效
iOS Safari 解析 <form></form> 时，会跳过 accept-charset 属性，直接 fallback 到页面当前字符集。而这个“当前字符集”又取决于两件事：<meta charset="UTF-8"> 是否出现在前 1024 字节内，以及该标签前有没有 BOM 或注释干扰。
- VS Code 默认保存为 “UTF-8 with BOM”，会导致
<meta charset="UTF-8">实际被跳过，浏览器 fallback 到 ISO-8859-1，中文变成%C4%E3这类双字节乱码 - Android WebView（尤其旧版 7.x）可能继承系统默认编码（如 GBK），即使写了
accept-charset="UTF-8"，也只当没看见 -
accept-charset值必须严格写成UTF-8（大小写敏感），utf8或UTF8都无效
用 FormData + fetch() 提交文件时，后端收不到 $_FILES
问题不在 JS，而在 Android WebView 对 multipart/form-data boundary 的处理缺陷：它无法自动生成合法 boundary，或生成后未正确插入请求体头部，导致服务端解析器卡在 ------WebKitFormBoundary 开头却找不到结尾分隔符。
- PHP 中
$_FILES为空，但php://input可读到原始二进制流 → 表明请求体已发出，只是 boundary 格式不被识别 - Node.js 使用
multer报Unexpected end of multipart data→ 典型 boundary 截断或缺失 - Chrome 57+ 和 iOS 12.2+ 才真正支持 fetch 自动 boundary；低于此版本的 WebView 必须降级为
XMLHttpRequest并手动设置Content-Type头
服务端接收到的 POST 参数仍是乱码，request.setCharacterEncoding("UTF-8") 为何无效
因为这个调用只影响 getParameter() 系列方法，对 URL 查询参数（GET）、原始输入流（getInputStream()）、或 multipart 请求中的非文件字段（getParameterMap()）不生效——尤其是当表单实际以 multipart/form-data 提交时，setCharacterEncoding() 完全被忽略。
- Tomcat 的
URIEncoding="UTF-8"只管 GET 请求的 URL 解码，和 POST body 无关 - Java 中若先调用了
getInputStream()或getReader()，再调setCharacterEncoding()就彻底失效 - 推荐统一用 Filter，在
doFilter()开头判断 method === "POST" 且 content-type 不含multipart/时才设编码；multipart 场景必须用专门的解析器（如 Apache Commons FileUpload）并显式指定字符集
怎么验证 HTML 文件真实编码是否为 UTF-8（无 BOM）
别信编辑器右下角显示的“UTF-8”，要验字节。BOM 是三个固定字节 EF BB BF，只要存在，就不是纯 UTF-8，<meta charset> 就大概率失效。
- Linux/macOS：
head -c 3 index.html | xxd，输出含ef bb bf即带 BOM；file -i index.html查 MIME 类型与编码 - Windows PowerShell：
Get-Content index.html -Encoding Byte | Select -First 3，结果为239 187 191即 BOM - VS Code：点击右下角编码名称 → 选 “Save with Encoding” → 选 “UTF-8”（不是 “UTF-8 with BOM”）→ 保存后重开文件
最易被忽略的一点：HTML 文件本身编码、<meta charset> 声明、HTTP 响应头 Content-Type、服务端读取逻辑，这四者必须全部对齐为 UTF-8，缺一不可；任何一环掉链，乱码就会在某个环节突然出现，且难以定位。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
