ThinkPHP跨平台模型部署：macOS下模型文件换行符导致的语法报错【说明】

不少开发者在macOS部署ThinkPHP项目时，模型文件突然报出“Parse error: syntax error, unexpected end of file”，第一反应往往是检查代码逻辑。其实问题大概率不在代码本身，而是Windows编辑器保存模型文件时偷偷塞进了CRLF换行符——这个看似微小的差异，在macOS PHP解析器处理heredoc或nowdoc语法块时，会导致语法被提前截断，最终引发报错。

先说一个核心判断：这不是ThinkPHP的坑，而是跨平台协作时换行符兼容性的经典问题。

确认模型文件是否含Windows换行符

进入项目 app/model/ 目录，执行 file -b User.php。如果输出中包含“CRLF”字样，说明该文件是Windows风格换行；如果显示“with CRLF line terminators”，那基本就是它了。

更直观的方法：用 cat -A User.php | tail -n 3 查看文件末尾几行。如果行尾出现 ^M 字符，那就是 \r 残留——PHP解析器遇到 \r\n 中的 \r 时会中断heredoc界定符的识别，直接报出你遇到的那个错误。这一招判断最快，基本不会误诊。

批量修复所有模型文件的换行符

方法一：用sed一键转LF（推荐，macOS原生命令）

执行：find app/model -name "*.php" -exec sed -i '' $'s/\r$//' {} +。注意：两个单引号之间绝对不能有空格，否则sed会报错。这个命令只删除行尾的 \r，不会动 \n，非常安全。

方法二：用dos2unix（需先安装）

先 brew install dos2unix，然后运行 dos2unix app/model/*.php。它会自动识别并统一转为LF格式。不过有个坑：如果文件权限是只读的，dos2unix会直接跳过，既不报错也不提示——所以务必检查执行后文件的修改时间是否更新，否则等于白跑。

预防后续模型文件再出问题

修复一次只是治标，要想彻底杜绝这类问题，需要从根上来整理流程。

第一步：配置Git自动转换

在项目根目录执行：echo "*.php text eol=lf" > .gitattributes，再运行 git add --renormalize .。这样所有PHP文件在提交时都会被强制转为LF，就算从Windows上克隆下来，也会按LF检出（配合 core.autocrlf=input 配置效果更佳）。

第二步：编辑器设为LF默认

VS Code里打开任意模型文件，右下角点击“CRLF”，选择“LF”，再点“Change all…”，之后新文件默认就用LF保存。Sublime Text用户可以通过菜单栏 File → Line Endings → 选择 Unix (LF) 来完成。

第三步：CI流程加校验（可选但关键）

在GitHub Actions的yml配置中加入一段脚本：git grep -I $'\r$' -- 'app/model/**/*.php' && exit 1 || true。只要模型文件末尾留了 \r，构建立刻失败，这样带毒文件压根没有机会进入上线环境。这套组合拳打下来，跨平台换行符的坑基本就被填平了。