有些工具会这样做。例如，wc期望如下：

$ echo -n "Line not ending in a new line" | wc -l
0
$ echo "Line ending with a new line" | wc -l
1

我个人喜欢源代码文件末尾的新行。

它可能起源于Linux或所有UNIX系统。我记得有编译错误（如果我没弄错的话是gcc），因为源代码文件没有以空的新行结尾。为什么会这样呢。

基本上，如果没有得到最终EOL EOF，许多程序将无法正确处理文件。

GCC警告您这一点，因为它是C标准的一部分。（第5.1.1.2节明显）

“文件末尾没有换行符”编译器警告

一个单独的用例：当文本文件受版本控制时，提交卫生。

如果将内容添加到文件末尾，则先前是最后一行的行将被编辑为包含换行符。这意味着，打开文件以了解该行最后一次编辑的时间将显示换行符添加，而不是您实际希望看到的提交。

（该示例特定于git，但同样的方法也适用于其他版本控制系统。）

现在已经很晚了，但我在文件处理中遇到了一个错误，这是因为文件没有以空换行结尾。我们使用sed处理文本文件，sed省略了输出的最后一行，这导致无效的json结构，并将流程的其余部分发送到失败状态。

我们所做的就是：

有一个示例文件，比如：foo.txt，其中包含一些json内容。

[{
    someProp: value
},
{
    someProp: value
}] <-- No newline here

该文件是在寡妇计算机中创建的，窗口脚本正在使用PowerShell命令处理该文件。一切都很好。

当我们使用sed命令sed的|value|newValue|g'foo.txt>foo.txt.tmp处理同一文件时

新生成的文件是

[{
    someProp: value
},
{
    someProp: value

和boom，由于无效的JSON，它使其余过程失败。

因此，用空的新行结束文件始终是一个好的做法。

为什么（文本）文件应该以换行符结尾？

正如许多人所表达的，因为：

许多程序运行不好，或者没有它就会失败。即使能很好地处理文件的程序缺少结尾“\n”，该工具的功能也可能无法满足用户的期望——在这种情况下，这一点可能不清楚。程序很少禁止最后的“\n”（我不知道有）。

然而，这引出了下一个问题：

代码应该如何处理没有换行符的文本文件？

最重要的是，不要编写假设文本文件以换行符结尾的代码。假设文件符合某种格式会导致数据损坏、黑客攻击和崩溃。例子：//错误的代码while（fgets（buf，buf大小，instream））{//如果没有\n，buf[]被截断，会发生什么buf[strlen（buf）-1]=“\0”；//尝试删除尾部\n...}如果需要最后一个结尾“\n”，请提醒用户该结尾不存在以及所采取的操作。IOW，验证文件的格式。注意：这可能包括对最大行长度、字符编码等的限制。清楚地定义，文档，代码对缺少final“\n”的处理。尽可能不要生成缺少结尾“\n”的文件。