根本原因是打包后PHP运行在受限临时目录，__DIR__和getcwd()指向不可写路径，应改用$_SERVER['USERPROFILE'].'Documentsmyapp'等明确可写路径并显式创建目录。
PHP 打包成 EXE 后无法写入文件，根本原因不是“权限不足”，而是 php.exe（或打包后的可执行文件）默认以当前用户受限上下文运行，且工作目录、相对路径、临时目录均发生偏移——fopen()、file_put_contents() 等函数看似报错“Permission denied”，实际多因路径不存在或被重定向到系统受保护位置（如 C:WindowsTemp 或只读的安装目录）。
打包后 __DIR__ 和 getcwd() 指向不可写目录
使用 ocx、exepack 或 PHP Desktop 类工具打包时，EXE 解压运行时通常会把 PHP 脚本解压到临时目录（如 %TEMP%php-xxxxx），此时 __DIR__ 指向该临时路径，而该路径在 Windows 10/11 上常被系统策略限制写入。
- 用
echo __DIR__;和echo getcwd();打印实际路径，确认是否落在%TEMP%或Program Files下 - 绝对不要依赖相对路径写文件，例如
file_put_contents('log.txt', 'ok');会尝试写入临时解压目录，大概率失败 - 改用明确的、用户有写入权的路径：优先选
$_SERVER['USERPROFILE'] . 'Documentsmyapp'或sys_get_temp_dir()
sys_get_temp_dir() 返回路径仍不可写？检查防病毒软件拦截
即使 sys_get_temp_dir() 返回 C:UsersXXXAppDataLocalTemp，部分国产杀软（如 360、腾讯电脑管家）会静默拦截 EXE 对 Temp 的写操作，表现为 fopen(): Permission denied 但无明确错误码。
- 手动创建目标目录并测试写入：
if (!is_dir($dir = sys_get_temp_dir() . '/myapp')) { mkdir($dir, 0755, true); } file_put_contents($dir . '/test.txt', 'hello'); // 看是否成功 - 若失败，换用
$_SERVER['USERPROFILE'] . 'AppDataLocalMyApp'并确保mkdir(..., 0755, true)显式创建 - 临时关闭杀软测试；若恢复正常，需在应用启动时弹窗提示用户“请将本程序添加至白名单”
使用 fopen() 时未检查返回值，掩盖真实错误
很多脚本直接写 fopen('data.txt', 'w') 却不判断返回值，导致后续 fwrite() 报 Warning: fwrite() expects parameter 1 to be resource, bool given，误以为是权限问题，实则是打开失败。
立即学习“PHP免费学习笔记（深入）”；
- 务必检查资源有效性：
$fp = fopen($full_path, 'w'); if ($fp === false) { error_log('Failed to open file: ' . $full_path . ', error: ' . error_get_last()['message']); exit(1); } - 用
error_get_last()捕获最后一次 PHP 错误，比仅看 warning 更准；常见错误信息含No such file or directory（路径不存在）、Permission denied（真权限问题）、Read-only file system（NTFS 权限或只读挂载） - Windows 下注意路径分隔符：统一用
\或/，避免单反斜杠引发转义（如'C:datalog.txt'中d被解释为退格符）
最易被忽略的一点：打包工具自身可能禁用 PHP 的 allow_url_fopen 或限制 open_basedir，导致 fopen() 在非预期路径上被截断。启动前加一句
ini_set('open_basedir', ''); // 清除限制（仅当确认安全时） 可快速验证是否为此类限制所致。真正稳定的方案，是放弃“打包即开即用”的幻想，改用 NSIS + PHP 运行时分离部署，或直接迁移到更可控的 Go/Python 打包方案。 
