从GitLab克隆Java项目未改代码 多数编辑器下方法体缩进异常消失

• 核心问题出在Git拉取代码时的行尾符自动转换逻辑：本地Git全局开启了错误的core.autocrlf转换规则，把代码仓库里的行尾标记错误转换成了老式Mac系统专用的单独回车符\r，而非Windows系统通用的CRLF(\r\n)或跨平台通用的LF(\n)。
• Windows 10原生记事本已经做了全量行尾格式兼容，可以正常识别\r/\n/\r\n三种行尾标记，所以能正常展示缩进；但IntelliJ IDEA、STS（基于Eclipse内核）、默认配置的旧版Notepad++对单独\r行尾的兼容存在解析bug，读取文件时会错误吞掉方法体行首的缩进空白，最终呈现出无缩进的异常效果。

方案1：修正Git配置后重新拉取（根源解决，推荐） #

先修正本地Git的全局行尾配置，避免后续拉取其他仓库再出现同类问题：

1. 打开Git Bash终端，依次执行两条配置命令：

# 提交代码时自动将行尾统一转为LF，拉取时不强制转换为Windows格式CRLF
git config --global core.autocrlf input
# 行尾符不匹配时仅警告，不拦截操作
git config --global core.safecrlf warn

2. 删除本地当前出问题的项目文件夹，重新从GitLab克隆完整代码，再用任意编辑器打开都能正常显示缩进。

方案2：直接转换本地现有文件的行尾格式（无需重新拉取） #

如果本地已经有未提交的修改、不想重新克隆，可以直接批量转换本地文件的行尾格式：

• IDEA用户：打开项目后看窗口右下角的行尾标识，如果显示CR就是异常格式，点击标识选择切换为CRLF（Windows适配）或LF（跨平台通用），全项目应用后保存所有文件即可。
• STS/Eclipse用户：右键点击项目根目录，选择Convert Line Delimiters To -> Windows (CRLF)，等待转换完成后刷新项目即可。
• Notepad++用户：打开任意Java文件后点击顶部菜单「编辑」->「文档格式转换」->「转换为Windows格式」，批量处理所有Java文件后保存即可。

方案3：修改编辑器兼容配置（临时应急） #

如果暂时不想改动文件本身，可以调整编辑器的兼容规则临时解决：

• IDEA：打开Settings -> Editor -> Code Style，将新建文件默认行分隔符设置为System-Dependent，同时勾选「允许单文件内存在多种行尾符」，重启IDE后即可正常识别现有文件。
• Notepad++：打开「设置->首选项->新建文档」，将格式默认设置为Windows格式，重启软件后生效。

内容的提问来源于stack exchange，提问作者Hobbs