如何排查Service Fabric部署Guest应用时的Aggregate Exception原因？

我懂这种感受，遇到这种没实质内容的AggregateException确实头疼，根本不知道哪里出问题了。下面几个方法能帮你挖出具体的错误细节，赶紧试试：

1. 手动在PowerShell里跑测试命令 #

Visual Studio发布时其实是调用了Test-ServiceFabricApplicationPackage这个命令，你自己开个管理员权限的Service Fabric PowerShell窗口，直接执行带详细输出的命令：

Test-ServiceFabricApplicationPackage -ApplicationPackagePath "你的应用包实际路径" -Verbose

加了-Verbose参数后，会输出每一步的检查过程，比如包结构不对、配置写错了、依赖丢了这类问题都会明明白白显示出来。

2. 扒Service Fabric的本地日志 #

本地集群的日志默认存在C:\ProgramData\SF\Cluster\Log这个目录，重点看这几个文件：

• FabricHost.log：记录集群启动和基础服务的运行情况
• ApplicationGateway.log：和应用部署相关的网关日志
• 还有各个节点文件夹（比如_Node_0、_Node_1）里的应用专属日志

嫌找文件麻烦的话，直接用PowerShell命令过滤错误日志：

Get-ServiceFabricLog -StartTime (Get-Date).AddMinutes(-30) -MessageError

这个命令会拉取最近30分钟内的所有错误日志，部署失败的原因大概率就在里面。

3. 盯紧Visual Studio的输出和部署日志 #

在VS里切换到输出窗口，然后选择Service Fabric工具作为输出源，这里会显示比错误列表详细得多的部署过程。另外，哪怕发布失败了，VS也会生成部署日志，一般在项目的obj\Debug\Publish（或者Release）文件夹里，打开日志文件就能看到完整的执行步骤，哪里卡壳了一目了然。

4. 检查应用包的结构是否合规 #

Guest应用的包结构要求挺严的，得确保：

• ApplicationManifest.xml和ServiceManifest.xml配置没写错
• 服务包的Code文件夹里所有可执行文件和依赖都齐全
• 配置文件里的端口、路径这些参数都没问题

你也可以去VS生成的应用包目录（一般在obj文件夹下）解压看看，手动检查每个文件的完整性和配置是否正确。

内容的提问来源于stack exchange，提问作者Paul