VS2015 C# DLL延迟调用后自定义窗体图标加载异常排查

这个问题的核心其实和.NET资源加载的生命周期以及GC（垃圾回收）的行为有关，结合你遇到的Remoting风格异常，我来拆解下原因和解决思路：

一、异常触发的根本原因 #

你的异常提示Object "/888e6a9f_1850_4b1a_8704_d93b028039ae/qq308tzhkm0vwywyb3j57rqn_5.rem" has been disconnected or does not exist at the server看起来是Remoting相关，但本质是资源管理器（ResourceManager）的内部缓存引用失效：

1. 资源对象的GC回收
   当窗体使用自定义图标时，自动生成的InitializeComponent代码会通过resources.GetObject("$this.Icon")从嵌入的资源文件中获取图标对象。默认情况下，自动生成的ResourceManager实例是局部变量，长时间闲置后会被GC回收，或者其内部缓存的资源引用（底层可能依赖类似Remoting的跨上下文机制）会因为超时而失效。当6分钟后再次调用时，尝试访问已经被回收/失效的资源引用，就会抛出这个异常。

2. 无自定义图标时的对比
   如果不使用自定义图标，InitializeComponent中没有这行资源加载代码，也就不会触发ResourceManager的引用问题，自然不会出现异常。而你提到其他无窗体的函数正常，也说明DLL本身没有被卸载，只是资源加载的路径出了问题。

3. 系统资源的闲置回收
   长时间闲置（6分钟）后，系统可能会对未被活跃引用的资源句柄进行回收，而图标资源属于GDI对象，一旦句柄被回收，再次尝试获取就会失败，表现为引用断开的异常。

二、可行的解决方案 #

针对这个问题，核心思路是保持资源对象的活跃引用，避免其被GC或系统回收，以下是几种具体实现方式：

1. 预加载并缓存图标资源 #

在DLL的静态构造函数中提前加载图标并缓存为静态变量，这样整个DLL生命周期内都会保持引用，不会被GC回收：

// 你的窗体类
public partial class MyDllForm : Form
{
    // 缓存图标为静态变量
    private static readonly Icon _cachedFormIcon;

    // 静态构造函数，DLL加载时执行一次
    static MyDllForm()
    {
        using (var resourceManager = new ResourceManager(typeof(MyDllForm)))
        {
            _cachedFormIcon = (Icon)resourceManager.GetObject("$this.Icon");
        }
    }

    public MyDllForm()
    {
        InitializeComponent();
        // 替换自动生成的图标赋值代码，直接用缓存的图标
        this.Icon = _cachedFormIcon;
    }
}

注意：需要删除InitializeComponent中自动生成的this.Icon = ((System.Drawing.Icon)(resources.GetObject("$this.Icon")));这行代码，避免重复加载。

2. 手动保持ResourceManager的引用 #

不要依赖InitializeComponent中自动创建的局部ResourceManager实例，而是在窗体类中保留一个静态的ResourceManager引用，确保其不会被GC回收：

public partial class MyDllForm : Form
{
    // 静态ResourceManager实例，保持长期引用
    private static readonly ResourceManager _resourceManager = new ResourceManager(typeof(MyDllForm));

    public MyDllForm()
    {
        InitializeComponent();
        // 用静态ResourceManager获取图标
        this.Icon = (Icon)_resourceManager.GetObject("$this.Icon");
    }
}

同样需要删除InitializeComponent中的自动图标赋值代码。

3. 预热资源访问（临时 workaround） #

如果不想修改DLL代码，可以在每次调用窗体函数前，先触发一次轻量的资源访问（比如获取一个无关的小资源），重新激活ResourceManager的缓存：

// 在调用DLL窗体函数前执行
var dummyResource = new ResourceManager(typeof(MyDllForm)).GetObject("SomeSmallResource");

这种方式适合快速验证问题，但不如前两种方式彻底。

三、验证方案 #

建议先尝试第一种缓存图标的方案，因为它最直接地避免了重复加载资源和GC回收的问题。部署后测试间隔6分钟以上的多次调用，应该就能解决异常问题。

内容的提问来源于stack exchange，提问作者Markus.H1