.NET字符串驻留池能否定期清空？内存增长问题咨询

我有一个应用程序，随着运行时间增加，越来越多的字符串被加入到.NET字符串驻留池中。这些驻留字符串由各类第三方库添加，我无法控制其数量。应用的专用字节数每24小时约增长5GB，内存分析显示这些字符串仅被驻留池持有，无其他引用。请问是否有办法每隔X小时定期清空字符串驻留池？

我需要强调，内存增长的原因正是字符串驻留池的膨胀。为验证这一点，我编写了如下简单程序：

static void Main(string[] args)
{
    for (int i = 0; i < 100000; i++)
    {
        string str = i.ToString().PadLeft(1000);
        string.Intern(str);
    }

    Console.WriteLine("all strings interned");
    Console.ReadLine();
}

该程序会快速将内存占用增至200MB，且保持该大小直到程序关闭（尽管这些驻留字符串除驻留池外无其他引用）。

• .NET无公开API支持主动清空字符串驻留池
  字符串驻留池由CLR托管，不管是.NET Framework还是.NET Core/.NET 5+，都没有提供公开接口用于主动清空驻留池。驻留的字符串会被CLR视为根引用，只有卸载应用域时才会被回收；而.NET Core及后续版本默认使用单应用域，这意味着驻留字符串会一直占用内存直到进程终止。

• 可行替代方案

  • 排查并减少不必要的驻留：若能定位第三方库的驻留逻辑，可通过调整配置或替换库来减少string.Intern调用；如果无法修改第三方代码，可考虑用自定义弱引用缓存替代系统驻留池，未被其他地方引用的字符串可被GC自动回收。
  • 定期重启进程：这是最直接的解决方案，通过负载均衡+滚动重启的方式，既能释放内存，又不会影响服务可用性。
  • 改用StringPool（仅适用于自有代码）：.NET 6+提供的System.Buffers.StringPool是轻量级字符串缓存，可通过创建新实例替换旧池的方式间接实现清理，但此方案无法干预第三方库的驻留行为。

• 验证程序的补充说明
  你的测试代码准确复现了问题本质：调用string.Intern后，字符串会被加入全局驻留池，即便没有其他业务引用，CLR内部的根引用也会阻止GC回收这些字符串，直到进程退出。

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