FxCop 似乎已挂起或死锁：可能会忽略检查中的某些方法
FxCop appears to have hung or deadlocked : Possibility to ignore some Methods from check
在您的一些开发人员机器上，我们在标题中遇到了异常。这里有一个关于此的主题：https://connect.microsoft.com/VisualStudio/feedback/details/770502/vs2012-fxcop-ca0001-fxcop-appears-to-have-hung-or-deadlocked
我的猜测是，如果我们编写 FxCopy 某种方式想要编译的大型 Queryable，但随后会出现 timeout/memory 错误，则会发生此异常。
Ofc 我们可以只抑制警告，但这无济于事，因为要生成警告，已经太晚了。
是否还有人遇到此异常，或者是否有可能从 FxCop 中排除方法，以便我们更容易找出哪个方法有问题？
您可以使用 .fxcop 项目或 fxcopcmd.exe 的 /types 命令行参数来控制分析目标的类型。但是，这可能是一种试图找到问题根源的耗时方法。您可能想先尝试 运行 fxcopcmd.exe 和 /verbose 开关，看看是否可以获得有关错误或其上下文的更多信息。如果做不到这一点，将调试器附加到进程也可能有所帮助。
在您的一些开发人员机器上，我们在标题中遇到了异常。这里有一个关于此的主题：https://connect.microsoft.com/VisualStudio/feedback/details/770502/vs2012-fxcop-ca0001-fxcop-appears-to-have-hung-or-deadlocked
我的猜测是，如果我们编写 FxCopy 某种方式想要编译的大型 Queryable，但随后会出现 timeout/memory 错误，则会发生此异常。
Ofc 我们可以只抑制警告，但这无济于事，因为要生成警告，已经太晚了。
是否还有人遇到此异常，或者是否有可能从 FxCop 中排除方法，以便我们更容易找出哪个方法有问题？
您可以使用 .fxcop 项目或 fxcopcmd.exe 的 /types 命令行参数来控制分析目标的类型。但是，这可能是一种试图找到问题根源的耗时方法。您可能想先尝试 运行 fxcopcmd.exe 和 /verbose 开关，看看是否可以获得有关错误或其上下文的更多信息。如果做不到这一点，将调试器附加到进程也可能有所帮助。