AssemblyInstaller Bug(Constructor(Assembly, String[]) source code issue)

哎，今天又碰到一个问题，算是一个.Net小bug吧

Installers集合未正常初始化在调用AssemblyInstaller构造函数时

 

LibraryContainInstallerClass.dll是一个拥有installer class的dll。

            Assembly assembly = Assembly.LoadFrom("LibraryContainInstallerClass.dll");

            AssemblyInstaller installer = new AssemblyInstaller(assembly, new string[] { });
            if (installer.Installers.Count > 0)
            {
　　　　　　　　　　statement1
            }

在installer.Installers.Count移行添加一个断点

运行此代码，然后程序会如期的停在Count那一行，然后将鼠标直接放到Count属性上读取其值，你会发现此时是0，并且按下F11，让程序继续运行，你会发现程序运行路径跳过了if内部结构statement1，即结果是按0运行的。

再次运行代码，这次还是直接将鼠标移动到Count属性上读值，结果还是0，同上次一样；但这次我们再把鼠标移至installer上面，并且打开它的折叠加号（+），使其属性对你可见，然后再把鼠标移至Count属性上读值，你会发现此时的结果是1，然后你按下F11，你会发现程序继续运行的路径是按照1来选择的，没有执行statement1。

客户很是奇怪，其实我TMD也奇怪，他以为这是debugger的bug，我刚开始也以为是debugger的bug，真TMD邪门儿了。

后来调试.Net源码，在InstallerCollection的Add方法处加了个断点，然后再在你的代码中添加installer.Install方法调用，当程序停在断点处时，看到CallStack中的方法调用发现，他在Add之前对assembly(LibraryContainInstallerClass.dll)进行了reflection检查（AssemblyInstaller.InitializeFromAssembly），并通过，将其添加进Installers集合。

Got it!

原来AssemblyInstaller的构造函数本身就没有对传入参数Assembly做任何操作，其实我感觉，本来的设计应该是调用AssemblyInstaller.InitializeFromAssembly方法，来检查传入的Assembly是否含有installer class，然后对Installers集合做操作，进行初始化。如果你会使用Reflector查看这个源码时，你会发现AssemblyInstaller.InitializeFromAssembly方法只在一下方法中使用：

也许.Net是在别处使用了InitializeFromAssembly中类似的代码做了操作，但是从我现在的分析来看，应该在AssemblyInstaller构造函数中就调用此方法来检查Assembly并选择将其中的installer加入Installers属性集合中进行初始化。

所以对此问题，现在的解决方案是调用一次get_HelpText()方法，即AssemblyInstaller.HelpText 属性，促使程序对传入的assembly进行reflection，检查，并加入到Installers集合中。

Debugger在此案例中，只是一个配角，其实原因是因为你在查看 installer并选择展开他的折叠加号，让所有属性对你可见时，程序调用了HelpText属性，InitializeFromAssembly方法也就被执行了，Installers集合也就被添加值了。

不说了我该给客户回帖了，拜拜！

问题来源：http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/89d77f92-7792-4a1f-80b5-c4c07b8f1764/