今天一个同事向我反映，说她的一段JAVA代码，如果输出的文件后缀是.idx，

则写入的换行符会丢掉，从Editplus中看到所有内容都出现在一行。

我感到很奇怪，文件名和后缀会影响流的内容？这明显不可能，难道真的碰到灵异事件？

于是按照如下过程调试并解决问��：

1、写独立测试代码

首先要验证这个问题不是JAVA自身的问题，当即写了测试代码：

运行后，用UltraEdit打开结果文件，没问题。

同事说，她直接用的FileWriter，于是稍作修改，再测，没问题。

同事又说，她的文件用追加模式打开，再改，再测，还是没有问题。

2、重现问题

感到有些不可思议，于是到同事机器上查看。

发现确实有此现象。

3、代码走读

查看代码，没发现特别之处。 

4、做局部替换，尝试定位问题

通过修改输出文件名、文件后缀，通过多次尝试，发现问题不是出在.idx后缀上，

因为任意新创建的文件均无此问题，但如果继续向她机器上已经存在的log.idx上追加就不行。

5、清理环境后尝试重现问题

既然问题与特定文件相关，则删除该奇怪文件（删前先做备份，待问题解决后追究根源），

重新运行程序生成新的同名文件，问题没有再重现。

那么，问题的根本原因肯定在此文件内。 

6、追根溯源

我要求同事将log.idx文件发给我，我用UltraEdit打开，发现换行正确，

而同事机器上用Editplus打开同一个文件则换行不正确。

于是又找到一个用Editplus的同事，打开该文件，换行也不正确。

因此，可以说明，文件本身没有大问题，问题在于文本编辑器对文本中的换行的处理方式不一致。 

进一步用Ultraedit的二进制模式研究该文本文件，

发现该文本文件存在两种换行格式：某些行之间是windows的“\r\n”，而某些行之间是unix的“\n”。

初步断定这是造成差异的原因，Editplus对存在两种回车制式的文件，可能只识别一种。

7、验证猜测

在Ultraedit中新建空白文本文件，输入：

在UE中切换到二进制模式，显示为：

用Editplus打开，正常显示为三行

在UE二进制模式下，删除第二个0D，变成：

用Editplus打开，后面的回车不识别，���示为两行：

再删除第一个0D，变成：

用Editplus打开，正常显示为三行

再恢复第二个0D，变成：

用Editplus打开，前面的回车不识别，显示为两行：

8、结论

Editplus在判断文本文件换行方面，

当文本文件中仅存在一种换行格式的时候（无论\r\n还是\n），Editplus都能正确识别

当文本文件中存在两种换行格式的时候，以\r\n优先，单纯的\n被忽略。

9、造成此现象的过程

该同事第一版代码向文件中追加的换行符为“\r\n“，后来改成”\n“，但没有删除原来的文件，

而文件写入方式为追加，导致文件中出现两种换行格式。

可能有些人在第六步完成后就停住，而我喜欢的是后面三步。