试图计算当前目录中的文件数，我发现ls -1 | wc -l，这意味着：将文件列表（其中每个文件名都打印在新行中）发送到 wc 的输入，其中-l将计算输入的行数。这是有道理的。
我决定简单地尝试一下，ls | wc -l并且对它也给了我正确数量的文件感到非常惊讶。我想知道为什么会发生这种情况，因为ls没有选项的命令将文件名打印在一行上。
如何列出 中文件/group/book/four/word的行数，按它们包含的行数排序？
ls -l 命令将它们列出来但不对它们进行排序
有没有什么可能的情况
ls -l file.txt
显示的字节数与
wc -c file.txt
在一个脚本中，我发现了这两个值的比较。那可能是什么原因？甚至可能有同一个文件的不同字节数吗？
我正在编写一个 shell 脚本，使用任何通用的 UNIX 命令。我必须检索字符最少的行（包括空格）。最多可以有大约 20 行。
我知道我可以用它head -$L | tail -1 | wc -m来查找 L 行的字符数。问题是，我能想到的唯一方法是手动编写一堆 if 语句，比较这些值。
示例数据：
seven/7
4for
8 eight?
five!
将返回，4for因为该行的字符最少。
就我而言，如果多行的长度最短，则应返回一条。选择哪一个并不重要，只要它是最小长度即可。但我没有看到为其他情况下的其他用户显示两种方式的危害。
我正在寻找一个命令来计算文件中所有单词的数量。例如，如果一个文件是这样的，
today is a
good day
那么它应该打印5，因为那里有5单词。
我有一个命令<streaming ls> | wc -l，它工作正常，但<streaming ls>需要一段时间，这意味着直到几分钟后我才能得到最终的行数。
wc -l有没有办法可以实时得到 update 的输出？
为什么 wc 实用程序这么慢？
当我在一个大文件上运行它时，它比 md5sum 需要大约 20 倍的时间：
MyDesktop:/tmp$ dd if=/dev/zero bs=1024k count=1024 of=/tmp/bigfile
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 0.687094 s, 1.6 GB/s
MyDesktop:/tmp$ time wc /tmp/bigfile
0 0 1073741824 /tmp/bigfile
real 0m45.969s
user 0m45.424s
sys 0m0.424s
MyDesktop:/tmp$ time md5sum /tmp/bigfile
cd573cfaace07e7949bc0c46028904ff /tmp/bigfile
real 0m2.520s
user 0m2.196s
sys 0m0.316s
这不仅仅是由文件充满空值导致的奇怪边缘条件，即使文件充满随机数据或者是文本文件，我也看到了相同的性能差异。
（这是在 Ubuntu 13.04，64 位上）
作为一名 C 程序员，我惊讶地看到wc -c（计算字节数）和wc -m（计算字符数）对于我的一个长文本文件输出非常不同的结果。我一直被告知那sizeof(char)是 1 个字节。
qdii@nomada ~/Documents $ wc -c sentences.csv
102990983 sentences.csv
qdii@nomada ~/Documents $ wc -m sentences.csv
89023123 sentences.csv
有什么解释吗？
跑步时
echo abcd | wc -c
它返回5。
但是这个词abcd只有4个字符长。
被echo打印的字经过一些特殊字符abcd？
我可以阻止echo打印吗？
我有一个像这样的 CSV 文件：
abd,123,egypt,78
cde,456,england,45
如何获得仅第 3 列单词的字符数？
我不知道如何wc做到这一点。