前言
最近在公司开发文件解析功能的时候，发现数据入库一直与wc-l 统计出来的行数对不上，当时由于是通过上游推送的百万级文件，跑多线程文件解析的时候一直少几行，开始一直以为是代码问题，后面检查发现是wc -l 这个统计的不准导致的，所以专门看了下这个命令存在的主要问题！
1.文件格式问题
wc -l命令会将文件中的换行符作为行的分隔符进行计数。如果文件的换行符格式不正确，例如在Windows系统下的DOS格式换行符（rn），或者其他非标准的换行符格式，那么wc -l命令可能会将其识别为单独的行，导致行数统计不准确。在这种情况下，你可以尝试使用其他工具来修正换行符格式，例如dos2unix命令。
2.空白行和行尾空格
wc -l命令会将空白行（没有任何可见字符的行）和行尾的空格也计算在内。如果文件中包含大量空白行或行尾有额外的空格，那么行数统计结果可能会偏高。你可以使用其他工具或编辑器来清理文件中的空白行和行尾空格。
3.隐藏字符
有时文件中可能包含一些不可见的特殊字符，例如制表符、垂直制表符等。这些特殊字符可能会被wc -l命令误认为是行分隔符，导致行数统计错误。你可以使用文本编辑器或其他工具来查看和清理这些特殊字符。
4.软链接和管道
wc -l命令不会递归统计目录下所有文件的行数，也不会统计管道或重定向中的输出行数。如果你想统计目录下所有文件的行数，可以使用find命令结合wc -l命令进行处理。
结语
当时我这边项目出现的问题应该是第3点，有隐藏字符导致的换行多了
