移动端php页面乱码的核心原因是html声明编码与php实际输出字节流不一致，必须统一使用utf-8无bom格式、正确设置content-type响应头、并确保mysql连接及表结构均为utf8mb4。
移动端访问 PHP 页面显示乱码，核心原因几乎总是 HTML 声明的字符编码与 PHP 实际输出的字节流不一致，而 UTF-8 是唯一应选的编码方案。
PHP 文件本身必须保存为 UTF-8 无 BOM 格式
很多编辑器（如 Windows 记事本、旧版 Notepad++）默认保存带 BOM 的 UTF-8，PHP 解析时会把 BOM 当作输出内容提前发送，导致 header() 函数失效、session_start() 报错，且浏览器无法正确识别后续 <meta charset="utf-8">。
- 用 VS Code、Sublime Text 或新版 Notepad++ 打开 PHP 文件，检查右下角编码显示，手动转为
UTF-8（不是UTF-8 with BOM）并保存 - Linux/macOS 下可用命令快速检测：
file -i yourfile.php；若显示charset=utf-8-bom，说明有 BOM，需重新保存 - PHP 中任何
echo、print或 HTML 内容前都不能有空格、换行或不可见字符 —— BOM 就是典型“看不见的前置输出”
PHP 输出前必须设置 Content-Type header
仅靠 HTML 中的 <meta charset="utf-8"> 不可靠，尤其在移动端 Safari、部分 Android WebView 中，浏览器可能在解析到 meta 标签前就按默认编码（如 ISO-8859-1）解码了响应体，造成乱码。必须由服务器明确声明。
- 在所有输出（包括 HTML 开头）之前调用：
header('Content-Type: text/html; charset=utf-8'); - 该语句必须出现在任何实际输出之前；若用了
require/include，确保被包含文件也无 BOM、无空白 - 如果使用框架（如 Laravel、ThinkPHP），通常已在基础响应类中设置，但自定义输出（如
echo纯 HTML）时仍要确认是否绕过了框架响应流程
HTML meta 标签位置与写法必须规范
<meta charset="utf-8"> 必须位于 内、且尽可能靠前（建议作为 的第一个子元素），否则部分浏览器可能已开始解析后续内容。
