在读spring实战这本书时发现里面有很多Junit测试方法是测试失败的，这些方法都有一个共性就是比较控制台输出内容是否和期望的内容相等，大致代码如下：
//期望内容："Playing Sgt. Pepper's Lonely Hearts Club Band by The Beatles\n"
//往控制台输出的方法
System.out.println("Playing Sgt. Pepper's Lonely Hearts Club Band by The Beatles")；
这里既然是测试失败那肯定就是不相等了，字符串内容是一样的，那问题会出在哪呢？这么经典的书不会有这么明显的错误吧，是最后那个"\n"的问题吗？可是印象中System.out.println()不就是往控制台输出之后换行吗？System.out.println()和System.out.print("\n")效果应该是一样的呀，要是不一样又不一样在哪呢？带着这个疑问百度了一番，终于度娘给出了解答：
众所周知：\r是回车符,\n是换行符
计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做“回车”，告诉打字机把打印头定位在左边界；另一个叫做“换行”，告诉打字机把纸向下移一行。这就是“换行”和“回车”的来历，从它们的英语名字上也可以看出一二。
后来，计算机发明了，这两个概念也就被般到了计算机上。那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。于是，就出现了分歧。Unix 系统里，每行结尾只有“<换行>”，即“\n”；Windows系统里面，每行结尾是“<回车><换行>”，即“ \r\n”；Mac系统里，每行结尾是“<回车>”。一个直接后果是，Unix/Mac系统下的文件在Windows里打开的话，所有文字会变成一行；而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号。
所以说:
Windows下System.out.println()等于System.out.print("\r\n")
Unix 下System.out.println()等于System.out.print("\n")
Mac下System.out.println()等于System.out.print("\r")
书里代码应该是在Linux系统下编辑编译的，拿到Windows下只需要改成
//期望内容："Playing Sgt. Pepper's Lonely Hearts Club Band by The Beatles\r\n"
//往控制台输出的方法
System.out.println("Playing Sgt. Pepper's Lonely Hearts Club Band by The Beatles")；
就可正常测试成功了。