Windows下fopen()创建中文名文件需将UTF-8路径转为系统代码页（如GBK），Linux/macOS则需正确设置locale为UTF-8编码，跨平台推荐用英文名存储+映射表方式避免不确定性。
PHP 创建文件时直接用中文名，绝大多数情况下会失败或产生乱码——根本原因不是 PHP 本身限制，而是底层操作系统、Web 服务器和文件系统对 UTF-8 文件名的支持程度不一。
Windows 下用 fopen() 创建中文名文件是否可行？
在 Windows（NTFS）上，fopen() 默认使用当前系统 ANSI 代码页（如 GBK），而非 UTF-8。如果你的 PHP 脚本源码保存为 UTF-8，但未显式转换路径编码，fopen('测试.txt', 'w') 很可能创建出乱码文件名，甚至返回 false。
- 必须将中文路径从 UTF-8 转为当前系统代码页（如 GBK），可用
mb_convert_encoding($filename, 'GBK', 'UTF-8') - 确保 PHP 运行环境（CLI 或 Apache/Nginx）的 locale 设置支持中文，例如
setlocale(LC_ALL, 'Chinese_China.936') - Apache + mod_php 环境下，还需确认
php.ini中default_charset不影响文件系统调用（它只影响 HTTP 输出）
Linux/macOS 下中文名文件创建失败的常见原因
Linux 文件系统（如 ext4）本身支持 UTF-8 文件名，但问题常出在：PHP 进程的 locale 设置为 C 或 POSIX，导致 mkdir()、fopen() 等函数拒绝非 ASCII 字符路径。
- 检查当前 locale：
locale命令或 PHP 中setlocale(LC_ALL, 0) - 临时修复（脚本内）：
setlocale(LC_CTYPE, 'en_US.UTF-8')或'zh_CN.UTF-8'（需系统已安装该 locale） - 更稳妥做法：避免依赖系统 locale，改用英文名存储，中文名仅用于展示（如数据库存映射关系）
- 注意：Nginx/Apache 的
root或alias配置若含中文路径，可能引发 404，与 PHP 无关
file_put_contents() 和中文名的安全写法
file_put_contents() 本质调用 fopen()，所以同样受编码和 locale 影响。但它比手动 fopen() 更易忽略错误返回。
立即学习“PHP免费学习笔记（深入）”；
- 务必检查返回值：
$ret = file_put_contents($path, $content); if ($ret === false) { /* 失败 */ } - 不要直接拼接中文名：
$path = '/data/' . $_GET['name'] . '.txt'—— 存在路径遍历与编码双重风险 - 推荐方案：用
md5(中文名) . '.txt'生成安全文件名，另建表记录md5 → 原始中文名映射 - 若坚持用中文名，先用
iconv('UTF-8', 'UTF-8//IGNORE', $filename)过滤非法字节，再验证mb_strlen($filename, 'UTF-8') > 0
真正跨平台可靠的方案，从来不是“怎么让中文名工作”，而是“如何绕过中文名带来的不确定性”。文件系统层面对 Unicode 的支持远不如应用层成熟，尤其在容器、NAS、CI/CD 等场景下，一个看似正常的中文路径可能在某台机器上彻底失效。
