加载dll时出现unloaded问题~

Question

异常

Answer 1

问题在于：1.该异常是在另一个线程里出现的，一直没有成功捕捉到，我也在progress.cs里加了unhandledexcetion方法，可是都不成功，可有什么好的办法？
2.我的dll引用是静态dllimport的，如何刷新？
请指教~谢谢

Answer 2

因为使用的是第三方的dll，主要就是完成这样的过程：连接设备->打开->播放->截图->停止播放器->关闭->释放；
现的即使是有内存泄漏的问题也没办法去修改dll的代码，所以我想能不能有办法能捕捉到dll的异常，然后重新加载dll，这样来保持系统的正常服务。

Answer 3

因为使用的是第三方的dll，主要就是完成这样的过程：连接设备->打开->播放->截图->停止播放器->关闭->释放；
现的即使是有内存泄漏的问题也没办法去修改dll的代码，所以我想能不能有办法能捕捉到dll的异常，然后重新加载dll，这样来保持系统的正常服务。
你要把问题的根源找出来啊、别人的dll有没有测试过的？你用dllimport调用别人的dll的时候会不会导致内存泄漏等等
就算你要捕捉异常、也要从dll那块入手啊

Answer 4

因为使用的是第三方的dll，主要就是完成这样的过程：连接设备->打开->播放->截图->停止播放器->关闭->释放；
现的即使是有内存泄漏的问题也没办法去修改dll的代码，所以我想能不能有办法能捕捉到dll的异常，然后重新加载dll，这样来保持系统的正常服务。
你要把问题的根源找出来啊、别人的dll有没有测试过的？你用dllimport调用别人的dll的时候会不会导致内存泄漏等等
就算你要捕捉异常、也要从dll那块入手啊
我用内存泄漏查找工具发现调用了A.dll的这个类一直被创建新的实例，而没有被成功的disposed和释放，我在这个类中使用了两个代理作为回调，其中有一个回调是作为参数传递给A.dll中的方法的，是不是和这个有关？

Answer 5

因为使用的是第三方的dll，主要就是完成这样的过程：连接设备->打开->播放->截图->停止播放器->关闭->释放；
现的即使是有内存泄漏的问题也没办法去修改dll的代码，所以我想能不能有办法能捕捉到dll的异常，然后重新加载dll，这样来保持系统的正常服务。
你要把问题的根源找出来啊、别人的dll有没有测试过的？你用dllimport调用别人的dll的时候会不会导致内存泄漏等等
就算你要捕捉异常、也要从dll那块入手啊
我用内存泄漏查找工具发现调用了A.dll的这个类一直被创建新的实例，而没有被成功的disposed和释放，我在这个类中使用了两个代理作为回调，其中有一个回调是作为参数传递给A.dll中的方法的，是不是和这个有关？
为什么一直创建新的实例、这就需要你在代码上做修改了
new出来的实例没有被释放、说明这个实例在别的地方有代码一直对它持有引用、
你可以在没有使用这个实例的地方gc.collect一下看内存会不会降下来
这种问题别人没办法帮你、只能给你思路

Answer 6

因为使用的是第三方的dll，主要就是完成这样的过程：连接设备->打开->播放->截图->停止播放器->关闭->释放；
现的即使是有内存泄漏的问题也没办法去修改dll的代码，所以我想能不能有办法能捕捉到dll的异常，然后重新加载dll，这样来保持系统的正常服务。
你要把问题的根源找出来啊、别人的dll有没有测试过的？你用dllimport调用别人的dll的时候会不会导致内存泄漏等等
就算你要捕捉异常、也要从dll那块入手啊
我用内存泄漏查找工具发现调用了A.dll的这个类一直被创建新的实例，而没有被成功的disposed和释放，我在这个类中使用了两个代理作为回调，其中有一个回调是作为参数传递给A.dll中的方法的，是不是和这个有关？
为什么一直创建新的实例、这就需要你在代码上做修改了
new出来的实例没有被释放、说明这个实例在别的地方有代码一直对它持有引用、
你可以在没有使用这个实例的地方gc.collect一下看内存会不会降下来
这种问题别人没办法帮你、只能给你思路
我修改了代码，不再创建新的实例，但是在运行了17个小时以后还是出现了崩溃的情况，错误提示和之前的一模一样。在这个过程中也没发现内存占用有明显增涨。

Answer 7

再次优化资源回收~ 可是在运行了25小时后还是崩溃了：
提示和一楼基本一样，不过刚看见有这样的信息：问题事件名称: BEX