嘿，这个场景我太熟悉了——WPF里托管Web API，还要共享已有的通信对象对吧？你遇到的DI每次重建对象的问题，核心是没搞对服务的生命周期配置，咱们来一步步说最优方案，顺便聊聊静态对象的坑。

首先，你之前用DI但每次重建对象，大概率是因为你把那个通信对象注册成了瞬态（Transient），或者没把已有的实例直接注册到DI容器里。正确的做法是把WPF中已经创建好的对象，以**单例（Singleton）**的形式注入到DI容器中，这样Web API控制器每次请求都会拿到同一个实例。

举个ASP.NET Core自托管Web API的例子：

1. 在WPF应用启动时，先创建好你的通信对象：

// WPF App.xaml.cs 或者其他初始化逻辑里
var myExternalCommunicator = new MyExternalCommunicator();
// 这里可以做一些初始化操作，比如连接外部组件

2. 配置Web API的服务时，把这个已有的实例注册为单例：

var builder = WebApplication.CreateBuilder(args);
// 注册已有的通信对象为单例
builder.Services.AddSingleton<MyExternalCommunicator>(myExternalCommunicator);
// 注册控制器
builder.Services.AddControllers();

3. 在控制器里通过构造函数注入这个对象：

[ApiController]
[Route("api/communication")]
public class CommunicationController : ControllerBase
{
    private readonly MyExternalCommunicator _communicator;

    // 构造函数注入，DI容器会自动传入我们注册的单例实例
    public CommunicationController(MyExternalCommunicator communicator)
    {
        _communicator = communicator;
    }

    [HttpGet("current-state")]
    public IActionResult GetCurrentState()
    {
        // 直接使用已有的通信对象的属性/方法
        return Ok(new { State = _communicator.CurrentState, LastUpdate = _communicator.LastUpdateTime });
    }
}

这种方式的好处：

• 符合依赖注入的设计原则，代码解耦，后续替换通信对象（比如测试用的Mock）非常方便
• 生命周期由DI容器管理，WPF应用关闭时可以通过DI的销毁逻辑清理资源
• 避免了静态对象带来的诸多问题

静态对象确实能解决“共享实例”的问题，但它是一种退而求其次的方案，存在不少坑：

• 线程安全风险：Web API是多线程处理请求的，如果你的通信对象不是线程安全的，多个请求同时访问会导致数据错乱或异常，你得自己手动加锁处理同步逻辑，增加复杂度
• 测试困难：静态对象是全局的，单元测试时没法替换成Mock对象，只能依赖真实的通信组件，测试灵活性极低
• 生命周期失控：静态对象会一直驻留在内存中，除非你手动释放，WPF应用关闭时可能无法及时清理资源，导致内存泄漏
• 代码耦合度高：控制器直接依赖静态对象，违反了依赖倒置原则，后续修改通信对象的实现会牵一发而动全身

如果你的自托管Web API是基于OWIN和Web API 2的，那可以用依赖解析器注册单例的方式：

1. 创建你的通信实例，然后注册到Web API的依赖解析器中：

var communicator = new MyExternalCommunicator();
GlobalConfiguration.Configuration.DependencyResolver = new MyDependencyResolver(communicator);

2. 自定义依赖解析器（简化版）：

public class MyDependencyResolver : IDependencyResolver
{
    private readonly MyExternalCommunicator _communicator;

    public MyDependencyResolver(MyExternalCommunicator communicator)
    {
        _communicator = communicator;
    }

    public object GetService(Type serviceType)
    {
        if (serviceType == typeof(MyExternalCommunicator))
            return _communicator;
        // 其他服务可以用默认解析逻辑
        return Activator.CreateInstance(serviceType);
    }

    public IEnumerable<object> GetServices(Type serviceType)
    {
        return new List<object>();
    }

    // 实现IDisposable接口清理资源
    public void Dispose() { }
}

3. 控制器里依旧用构造函数注入即可。

不管你用DI单例还是静态对象，一定要确保你的通信对象是线程安全的。比如如果多个请求同时读写对象的属性，要使用lock、ConcurrentDictionary或者其他线程安全的机制来保护共享资源，避免出现竞态条件。

举个线程安全的属性例子：

public class MyExternalCommunicator
{
    private readonly object _lockObj = new object();
    private string _currentState;

    public string CurrentState
    {
        get
        {
            lock (_lockObj)
            {
                return _currentState;
            }
        }
        set
        {
            lock (_lockObj)
            {
                _currentState = value;
            }
        }
    }
}

内容的提问来源于stack exchange，提问作者Kattabomane