为什么忽略STAThread属性？

Question

与奇怪的行为......

大家好!

任何人都可以解释我,它怎么可能？

谢谢,亚历克斯.

Answer 1

我还发现链接的答案有点难以接受,特别是因为OP承认,他确实没有在实际上具有相同的名称作为EXE的DLL.我也无法责备它.

然而,这个解释有一些可信度,我注意到Fusion在被要求搜索程序集时做了一些奇怪的事情.您可以使用Fuslogvw.exe查看此信息,启用"记录所有绑定"选项.奇怪的是,它会搜索这两个一个DLL,并在询问加载程序集的EXE.以下是测试控制台应用程序日志条目的片段:

LOG: Attempting download of new URL file:///C:/projects/ConsoleApplication3/bin/Debug/ConsoleApplication3.DLL.
LOG: Attempting download of new URL file:///C:/projects/ConsoleApplication3/bin/Debug/ConsoleApplication3/ConsoleApplication3.DLL.
LOG: Attempting download of new URL file:///C:/projects/ConsoleApplication3/bin/Debug/ConsoleApplication3.EXE.
LOG: Assembly download was successful. Attempting setup of file: C:\projects\ConsoleApplication3\bin\Debug\ConsoleApplication3.exe
LOG: Entering run-from-source setup phase.

向右滚动以查看它首先查找DLL的方式.它是如何在与程序集同名的子目录中查找的.这里有DLL Hell的奇怪和充足的潜力.使用故障模式,CLR以某种方式探测[STAThread]属性的错误程序集.还解释了连接反馈文章中奇怪的"关闭外部"解雇,Fusion由Microsoft的Windows组所有,而不是DevDiv.

Anyhoo,迹象表明只需重命名输出文件即可解决您的问题.项目+属性,构建选项卡,输出路径设置.