由于我正在使用Apache2.2越来越多这个想法越过了我的脑海（道歉，如果这似乎是一个“愚蠢”的问题，仍然学习很多）
如果在主机中仅使用一个文件（可用于configuration在相同端口上侦听的多个虚拟主机），是否存在明显的缺点？
当然，除了非常实用的概述什么网站是活跃的。
如果您要在一个文件中声明100个网站，那么有什么折衷？
想到反应速度，parsing这个文件需要更长的时间，但是什么时候成为加载时间等问题呢？
如果这个港口很繁忙的话，这个港口也会受到要求的打击，但是这又成了一个问题呢？
请注意，我认识到这是一个“辩论”的问题，但艾没有find任何有关这个具体情况的信息，所以我想我会来这里问。
回应评论和回答（不能自己添加评论）
是的，似乎我混淆了术语，我的意思是在一个configuration文件中定义许多虚拟主机，而不是一个虚拟主机与许多不同的网站条目。 这在很多情况下的确会非常棘手（几乎不可能？）。 我已经编辑了标题来澄清问题。
我想你在问两个不同的问题：
把一大堆configuration放在一个文件里是可以的，而不是把它分割成多个文件。 对于表演，我认为这根本不重要（尽pipepipe理层是另一个问题，就像@ dwalker109回答的那样）。 在parsing100个小文件与1个大文件的加载时间上的差异是微不足道的，只有当服务器被重新加载时才会发生。 该configuration被加载一次，然后被保存在内存中。
是否可以在同一个IP地址和端口上提供大量的虚拟主机。 是的，这是非常好的。 如果虚拟主机的数量非常大 – 超过100个 – 那么Apache将需要大量的内存来保存所有的configuration。 但是这对于100个站点来说又是微不足道的。 如果网站很繁忙，那么是的，性能可能会受到影响，但是我认为这不重要，如果stream量是在一个虚拟主机上，或者蔓延到很多。
你在这个问题上触及了这个问题，但是我会在这里展开。
保留单个文件中定义的大量虚拟主机的pipe理开销可能会成为我的经验中的问题。 你不会看到任何真正的性能影响，但是在这种安排下寻找和处理虚拟主机可能会令人沮丧。 如果您将此安装传递给其他人，他们可能不会为此感谢您。
通过这样做，您将违背标准的Debianpipe理网站的方式，并且a2ensitetypes的工具将不再按预期工作。 以configuration惯例的名义，我会敦促任何人试图坚持做这些事情的香草方式。