PHP创建文件无默认编码设置，文件编码取决于写入的UTF-8字节流；需确保源码、表单、数据库连接等全链路统一UTF-8，避免BOM引发解析错误。
PHP创建文件时默认不指定编码，内容编码由写入的字符串决定
PHP本身没有“创建文件时设置UTF-8编码”的内置参数。文件编码完全取决于你往里面写什么字节——fopen()、file_put_contents() 等函数只负责把给定的二进制数据原样写入磁盘。所谓“UTF-8文件”，本质是文件内容以UTF-8字节序列构成，且不含BOM（除非你手动加）。
用 file_put_contents() 写入UTF-8字符串最直接
确保源码文件本身是UTF-8编码（编辑器里确认），再保证要写入的字符串是合法UTF-8字节流：
- 如果字符串来自用户输入（如表单），需确认
$_POST数据已是UTF-8（常见于设置了accept-charset="UTF-8"的表单 + 正确HTTP头） - 如果字符串来自数据库，需确认连接层用了UTF-8（如MySQLi：执行
$mysqli->set_charset('utf8mb4')） - 避免用
iconv()或mb_convert_encoding()无差别转换，容易引入乱码；只在明确源编码时才转 - 示例：
file_put_contents('log.txt', "姓名：张三\n");
// 源码为UTF-8时，写入的就是UTF-8字节
手动添加UTF-8 BOM可能引发兼容性问题
有些Windows工具（如旧版记事本）依赖BOM识别UTF-8，但多数现代环境（Linux/macOS/VS Code/PHP自身）不需要甚至排斥BOM。强行加BOM会导致：
-
json_decode()失败（报“Syntax error”） - HTTP header已发送错误（BOM作为不可见字符提前输出）
- XML解析失败
- 若真需要BOM，必须在内容前拼接：
"\xEF\xBB\xBF" . $content，但强烈建议跳过这步
检查生成文件是否真是UTF-8的可靠方法
别依赖文件扩展名或编辑器自动猜测。用命令行验证更准：
- Linux/macOS：
file -i filename.txt（看charset=utf-8） - 或用
hexdump -C filename.txt | head查看前几个字节：UTF-8纯文本应以可读ASCII开头（如57 65 6c 63 6f 6d 65对应 "Welcome"），而非ef bb bf - PHP中可用：
if (mb_detect_encoding($str, 'UTF-8', true) === 'UTF-8') { /* 可能是UTF-8 */ }，但该函数不可靠，仅作粗略参考
真正关键的是源头控制：PHP脚本文件、数据库连接、HTTP请求、外部API响应，全部统一为UTF-8，写入就自然正确。任何环节混入GBK、ISO-8859-1等编码，后续补救成本远高于前置规范。
