Answers:
根据Matt Cutts的博客文章，他说：
子域可用于区分完全不同的内容。Google将子域用于不同的产品，例如news.google.com或maps.google.com。
这类似于Blogger（blogspot）的操作。
John的博客（john.blogspot.com）与Doe的博客（doe.blogspot.com）完全不同。Google将这两个博客视为尾巴，尽管它们共享相同的尾巴（*.blogspot.com）。
这些博客中的每一个都有自己的站点地图，并且彼此之间不共享。如果一个博客被删除，站点地图文件也将被删除-它不会影响其他博客的站点地图。
因此，我建议您将不同的站点地图文件用于不同的子域。除非您使用子目录/子文件夹。
通常，您必须为每个主机使用单独的站点地图（即，不同的协议，域或子域）：
通过常见问题解答“ 我在哪里放置我的站点地图？ ”：
站点地图中列出的所有URL必须与站点地图位于同一主机上。例如，如果站点地图位于
http://www.example.com/sitemap.xml，则不能包含来自的网址http://subdomain.example.com。如果站点地图位于http://www.example.com/myfolder/sitemap.xml，则不能包含来自的网址http://www.example.com。
Sitemaps规范中的相关部分是“ Sitemaps文件位置 ”，其中指出：
请注意，这意味着站点地图中列出的所有URL必须使用相同的协议（在本示例中为http），并且必须与站点地图位于同一主机上。例如，如果站点地图位于
http://www.example.com/sitemap.xml，则不能包含来自的网址http://subdomain.example.com。
但是，如果您可以通过robots.txt或Google Search Console证明所有主机的所有权，则可以将站点地图托管在其他主机上：
在编写子域时，它们是整个应用程序的一部分，因此无需分开站点地图。Google始终将子域视为自己的域。但是它们足够聪明，可以识别网站的各个部分是否属于同一部分。
除了SEO，我建议您使用index-sitemap.xml，在其中您可以嵌套所有单独的子域Sitemap。这样一来，您只需提交一个站点地图，即可更轻松地管理所有这些文件。此外，您可以更改子域的站点地图，而不必担心所有其他站点地图。在Google网站站长指南中了解有关管理多个站点地图的更多信息：https : //support.google.com/webmasters/answer/75712?hl=zh_CN
编辑
您可以考虑在Google Search Console中为每个子域创建一个属性。这使您可以进行更详细的分析，因为您将收到每个属性的数据样本和爬网统计信息。如果这样做，建议您为每个子域提交一个单独的站点地图。请注意，这将需要您分别验证每个属性，还需要增加管理整个属性集的工作量。
如果您是一个组织良好的人，并且对更深入的数据见解感兴趣，那么我建议您使用后者。如果您只是希望对网站进行正确的索引和爬网，那么我会向您推荐index-sitemap故事。
请始终牢记确保所有站点地图均已正确配置，与标准匹配并仅提供提供200状态代码的页面。这一点对您网站的SEO至关重要，而不是您拥有多少站点地图的问题。
我在一个项目中有5个以上的子域，例如开发人员，www，人员等。创建站点地图的最佳实践是什么？...由于子域是主应用程序的几个部分，因此每个子域的优缺点是什么，在选择一个而不是另一个时应该考虑什么？（每个子域一个站点地图，或整个站点一个站点地图）
由于附加到主域的子域可以代表全世界的不同网站，因此最好为每个子域设置站点地图，以实现最简单的可访问性。
另外，我认为违反Sitemap的规则是在属于网站的Sitemap中包含一个外部链接，并且将包含不同子域的URL视为一个外部URL。
最佳做法是，如果您的网站具有大量链接，则需要制作一个主站点地图文件，该文件引用较小的站点地图文件，其中每个文件都引用各个链接。这是因为每个站点地图文件都有一个最大文件大小限制（我认为是50MB），并且每个站点地图的最大URL数量也受到限制。我认为这个数字是50,000。
如果您可以将gmap格式的Sitemaps压缩，那么这是一个好处。这样，当您将它们提交给与gzip兼容的搜索引擎（例如Google）时，站点地图将得到更快的处理，并且服务器上的带宽消耗将降低。
以下是与站点地图相关的链接，这些链接可能会为您提供更多帮助：
http://www.sitemaps.org/protocol.html http://www.sitemaps.org/faq.html