我有一个命令行进程,使用ABCpdf从HTML文件创建PDF文件.我正在尝试从v5(非常旧,不再支持)升级到v8但是在安装ABCpdf 8并更新我的应用程序以使用新的DLL后,我注意到过去需要不到一秒的转换过程现在需要20多秒.
我在代码中添加了一些跟踪调用,看起来程序试图从ABCpdf 8 DLL引用一个对象的位置是事情暂停很长时间.一旦代码超过该点,它就会以前所未有的速度运行.
我的问题是:在尝试引用第三方库时,什么可能导致CLR放慢速度？我已经验证了ABCpdf 8 DLL在GAC中以及与可执行文件相同的目录.
提前致谢.
我正在开发一个通过第三方COM库与外部设备通信的应用程序.我试图让所有与设备的通信都通过后台线程来防止通信问题搞砸了我的应用程序,并摆脱了在UI线程中进行通信所引入的一些其他复杂性.
问题是,每当发生导致主UI线程阻塞的事情(即MessageBox.Show被调用甚至只是在屏幕上移动窗口)时,与后台线程上的设备的通信也会停止.
是否有任何方法(缺少一个完全独立的过程)将两个线程分开,使它们不会相互干扰？(注意,完全相同的代码与一些数学计算,以减慢一点工作得很好,只有当我使用COM库我有问题)