这不是一个规定，而是一种约定。

一些早期的工具（编辑器／解释器／终端……等）会错误地认为：如果一个文件的结尾不是新行（没有回车或换行符）那么它读取到的内容不是正常结束，而是使用 ^Z（即 EOF Mark）结束的。这会导致这些工具不能正常工作。

一些编辑器，比如 Nano，会自动给每一个文档追加一个新行以避免这个问题。自然而然的，如果一个项目里有人使用了类似 Nano 的编辑器来写代码，他贡献的文件理所当然会有一个新行在结尾。那么制定代码规范的人也就理所当然的要求所有的人遵循这个约定。

虽然现在的编辑器大都先进到可以无视（自动处理）这个问题，但是留一个空行始终还是有一个巨大的好处。

假设文件 foo.txt 里的内容就是 foo，结尾没有新行，那么你在终端输出其内容的时候会是这样的：

$ more foo.txt
foo $ _

假设文件 bar.txt 里的内容是 bar，结尾有一个新行，那么你在终端输出其内容的时候就是这样的：

$ more bar.txt
bar
$ _

留意提示符的位置。

于是你可以想到，如果把上述两文件连接起来就会是这样的：

$ cat *.txt
foobar
$ _

但如果它们的结尾都有新行，那就不同了：

$ cat *.txt
foo
bar
$ _

Which one do you prefer?

因为从逻辑上来讲，换行是属于上一行的，而不是属于下一行，虽然显示起来，换行会显示在下一行。

出现这个设计的历史背景是，在好多好多年以前，大家都在用终端，如果在终端打印一个文件是这样的：

user@localhost:~$ cat filename
This is the file body.
user@localhost:~$

如果文件末尾没有换行符：

user@localhost:~$ cat filename
This is the file body.user@localhost:~$

提示符会被显示到文件内容的后面，而不是下一行，这很不合逻辑。