这个问题很简单，但是我不确定在哪里查找，Google不会对句号和斜杠做出响应。
我只是想计算当前目录中的文件和目录数（不包括子文件夹/文件），并且试图区分它们ls -1 | wc -l，ls | wc -l因为它们看起来相同。我正在查看的一个站点说：“请记住，这也在计算./和../目录。” 关于带有的目录ls -1，我不确定这是否意味着它包含之前的目录或某些目录（我不想要），但是从测试来看似乎没有做到这一点。
有人可以确认其中哪一个最适合仅计算当前目录（而非子目录）中的文件和目录数量，以及./和../目录的含义吗？
Answers:
Unix系统上的每个目录（可能还有其他所有系统）都至少包含两个目录条目。它们是.（当前目录）和..（父目录）。对于根目录，它们指向相同的位置，但与其他目录一样，它们是不同的。您可以使用此看到自己stat，pwd并cd（在Linux上）的命令：
$ cd /
$ stat . .. bin sbin | grep Inode
Device: 802h/2050d Inode: 2 Links: 27
Device: 802h/2050d Inode: 2 Links: 27
Device: 802h/2050d Inode: 548865 Links: 2
Device: 802h/2050d Inode: 2670593 Links: 2
$ pwd
/
$ cd ..
$ pwd
/
$
请注意，bin和sbin每个人都有两个链接到它。一个是根目录中的目录条目，另一个是该目录中的条目.。
使用ls与管wc -l是一种简单的技巧来计数ls'的输出线的数目。假设每个文件或目录将在输出中仅占据一行。当输出为非终端时，GNU ls将自动执行此操作。其他人可能需要-1选择显式打开该行为的选项。wc -l只需计算并输出-l其输入中的行数（）。
这种方法的问题在于，在Linux和传统上在Linux上使用的文件系统上，文件名和目录名（在这方面，它们实际上是一个相同的名称）被允许包含换行符。如果存在这些条目，则这两种方法都将崩溃—实际上，这些条目将被视为两个或多个条目。
只要您使用的是GNU ls，就没有名称包含换行符的目录条目，并且没有奇异的别名ls（例如ls -a），两者都将输出当前（或指定）目录中的文件和目录数。对于大多数人来说，这已经足够了，但是在一般情况下是无效的。
如果您需要正确处理目录条目名称中的不寻常字符（主要是换行符），建议使用ls的-b选项对它们进行转义。ls -1bA将在每个行上打印每个目录条目名称，转义不寻常的字符（因此每个目录条目将被视为一个），包括任何点文件和-directories。钉在wc -l一个完整的命令行ls -1bA | wc -l上，就会在当前目录下的文件和目录的数量（但忽略.和..;这之间的区别-a和-A），而不是沦落成任何子目录。如果您不希望将任何点文件计入总数，只需将-A参数省略为ls。
-a并-A包含隐藏的，以及我已经意识到我想避免文件，所以顶多我会做ls -b | wc -l，但是这确实给了我正确的答案。我复制并粘贴的关于此命令的行是否不正确？如果正确，当目录中有6个文件或文件夹时，是否应该输出8？
mkdir()系统调用的时候起产生的。并非所有文件系统都具有它们，并且POSIX甚至也不需要它们。
要回答主题中的问题：
当在Unix中创建一个目录B，将其添加为新条目到另一个目录A（它的父目录），并在B，两项相加：一个叫.作为硬链接本身，和一个叫..作为硬链接到A。
那些是到目录的唯一硬链接（尽管某些Unices的某些旧版本也允许任意链接）。
这就是为什么大多数文件系统（btrfs一个明显的例外），links目录的数量表示该目录有多少个子目录（说明了它们的..条目）。
重命名/移动目录时，如果它位于同一目录（使用不同的名称），则仅A更改其中的名称条目。B .且..不受影响。但是，如果将其移动到另一个目录，则..在B将会更改。这就解释了为什么您可以重命名一个没有写访问权限的目录（假设您具有对父目录的写访问权限），只要您不将该目录移动到另一个目录（否则需要更改该..条目会阻止您不要移动它）。
不过要当心： /a/b/../c可能与/a/c因为/a/b可能是一个不一样指向其他目录符号链接不同。
一个例外是，当该路径被赋予cd某些外壳程序的命令时。那些cd在.. 逻辑上忽略..目录中的条目。您经常看到cd -P使用正确编写的脚本来禁用该功能的原因，否则可能导致混乱和不一致。
要计算不包括当前目录条目的数量.和..与bash，你可以这样做：
shopt -s nullglob dotglob
set -- *
echo "$#"
使用zsh：
f=(*(ND))
echo $#f
便携性：
find . ! -name . -prune -print | grep -c /
ls | wc -l是唯一一个不包括.与..
ls不列出隐藏文件。您需要ls -A获得与那些相同的东西。如果你不想算上隐藏文件，起飞的dotglob（对于bash）或D（对于zsh中）或添加! -name '.*'之前-print进行find。
ls | wc -l还给我正确的答案并排除隐藏文件.＆..？
.，..另一个文件的名称.以ls 开头，而不会以ls列出ls -A。因此ls | wc -l，由于它没有计算该隐藏文件，因此无法为您提供正确的答案。
.并且..是隐藏文件，因为它们以开头.。甚至有一个传说可以解释点文件是偶然被隐藏的，因为的早期实现ls本意是仅将.和排除在外..，但是存在一个错误导致该点文件排除了以开头的任何文件.。ls | wc -l如果文件名包含换行符，则无法使用。
我不是一名出色的Linux专家，但是我知道Linux（16年前曾在Slackware上担任管理员：）
./和../目录很简单：是当前目录，..是上一个目录（在pwd的树中-local directory命令-
如果算在内的话，我认为它们会在清单总数中加2，而不是真正递归地计算当前目录下的目录，并再次计算当前目录（。）:)）
所以基本上我认为它将值2添加到当前目录中已经计数的（文件）。
如果我错了，任何人都可以纠正我。
我只是在发布帮助，看到这里没有人回答这个问题，他们可能很忙。但是，只需进行实验，看看是否有10个文件，并且计数为12，就这样。
ls | wc -1
ls | wc -l包含方式.以及..何时获得正确答案，而不是正确答案+ 2。–