C# gRPC服务中如何实现持久化成员？为何成员值丢失？

问题根源 #

你遇到的核心问题是gRPC服务的实例生命周期。在ASP.NET Core默认配置下，gRPC服务是Scoped（请求级）生命周期——每收到一个客户端请求，框架都会创建一个全新的AcquisitionService实例。

所以调用Test1时，是给第一个实例的_test赋值；调用Test2时，系统会生成第二个完全独立的实例，它的_test初始值为空，自然读不到之前赋值的内容。

解决方法 #

1. 改为单例（Singleton）服务 #

如果你的业务场景允许全局共享一个服务实例（需注意线程安全），可以在Program.cs中把服务注册为单例：

builder.Services.AddGrpc().AddSingleton<AcquisitionService>();

这样整个应用运行期间只会存在一个AcquisitionService实例，所有请求共享它的成员变量。但要注意：多并发请求会同时访问这个实例，直接读写私有成员会引发线程安全问题，必须加锁或使用线程安全类型：

private string _test;
private readonly object _lockObj = new object();

public async Task<Test1Response> Test1(Test1Request request, ServerCallContext context)
{
    lock (_lockObj)
    {
        _test = "5";
        Console.WriteLine($"test: {_test}");
    }
    return new Test1Response();
}

public async Task<Test2Response> Test2(Test2Request request, ServerCallContext context)
{
    lock (_lockObj)
    {
        Console.WriteLine($"test: {_test}");
    }
    return new Test2Response();
}

2. 使用外部持久化存储 #

如果需要数据在服务重启后仍保留，或者要支持多服务实例集群部署，必须依赖外部存储：

• 内存缓存：用IMemoryCache存储临时状态，适合单实例场景
• 分布式缓存：比如Redis（通过IDistributedCache），适合多实例共享状态
• 数据库：如SQL Server、SQLite，适合需要长期持久化的结构化数据

示例（基于IMemoryCache）：
首先在Program.cs注册缓存服务：

builder.Services.AddMemoryCache();

然后在服务中注入并使用：

private readonly IMemoryCache _cache;

public AcquisitionService(IMemoryCache cache)
{
    _cache = cache;
}

public async Task<Test1Response> Test1(Test1Request request, ServerCallContext context)
{
    _cache.Set("testKey", "5");
    Console.WriteLine($"test: {_cache.Get<string>("testKey")}");
    return new Test1Response();
}

public async Task<Test2Response> Test2(Test2Request request, ServerCallContext context)
{
    var testValue = _cache.Get<string>("testKey") ?? string.Empty;
    Console.WriteLine($"test: {testValue}");
    return new Test2Response();
}

3. 基于会话的状态管理 #

如果仅需同一个客户端的多次请求共享状态，可以通过gRPC元数据（Metadata）传递唯一会话ID，将数据与会话ID绑定存储在缓存中。客户端首次请求时生成GUID作为会话ID，后续所有请求都携带该ID，服务端据此读取对应状态。

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