phpstorm自动保存时格式化代码是因为启用了“reformat code on save”或save actions插件的保存动作。需同时关闭settings > editor > general > saving中的reformat code on save，以及settings > tools > actions on save中所有格式化选项；自动保存建议仅开启“after delay”，并关闭“save files on frame deactivation”。
PHPStorm 自动保存时为什么还会格式化代码
因为默认开启的 Save Actions 插件或内置的 Reformat code on save 选项，会让每次 Ctrl+S 或自动保存（Save files on frame deactivation / Save files automatically）都强制触发格式化。这不是“bug”，而是行为叠加——自动保存本身不格式化，但只要启用了任一“保存即格式化”开关，它就会生效。
关闭「保存时自动格式化」的两个关键位置
PHPStorm 里有两处独立控制，必须都关掉才真正禁用：
- 进入
Settings > Editor > General > Saving，取消勾选Reformat code on save - 进入
Settings > Tools > Actions on Save（如果装了Save Actions插件），确保所有复选框（尤其是Reformat code和Optimize imports）全部未勾选；若没装该插件，此页不会出现，跳过即可
注意：Actions on Save 是插件功能，不是 IDE 内置项。很多人只关了第一处，却忘了插件还在后台接管保存行为。
自动保存本身要不要开？怎么设更安全
自动保存（Save files automatically）和「失焦保存」（Save files on frame deactivation）本身是纯写入动作，不带逻辑。是否开启取决于你对崩溃/断电风险的容忍度：
- 推荐只开
Save files automatically，并设为After delay (seconds)，比如10秒 —— 避免高频修改时频繁刷磁盘，也防止刚打半行字就保存出错 - 务必关闭
Save files on frame deactivation（即切窗口就保存），这个行为容易在调试、查文档中途意外保存未完成的代码 - 如果用了 Git 工具窗口或 Terminal，它们也算“frame”，切过去会触发保存，非常干扰
验证是否真关掉了：一个快速测试法
改一段明显不规范的代码，比如把 if ($a) { echo 1; } 手动改成 if($a){echo 1;}（去空格），然后等待自动保存触发（或手动 Ctrl+S），观察是否被自动拉回带空格格式。如果没变，说明成功；如果变了，回去再查 Actions on Save 页或插件状态。
容易被忽略的是：某些团队模板或项目级 .editorconfig 文件可能携带 trim_trailing_whitespace = true，它会在保存时删末尾空格——这不算格式化，但属于“保存时修改”，需单独在 Settings > Editor > General > Strip trailing spaces on Save 里关掉。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
