首页 / C# / .NET/C# 编译期能确定的字符串会在字符串暂存池中不会被 GC 垃圾回收掉

.NET/C# 编译期能确定的字符串会在字符串暂存池中不会被 GC 垃圾回收掉

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了.NET/C# 编译期能确定的字符串会在字符串暂存池中不会被 GC 垃圾回收掉，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1546字，纯文字阅读大概需要3分钟。

内容图文

当我们不再使用某个对象的时候，此对象会被 GC 垃圾回收掉。当然前提是你没有写出内存泄漏的代码。我们也知道如果生成了大量的字符串，会对 GC 造成很大的压力。

但是，如果在编译期间能够确定的字符串，就不会被 GC 垃圾回收掉了。

示例代码

下面，我创建了几个字符串，我关心的字符串是 "walterlv" ， "lindexi" 以及一个当前时间。

于是使用下面的代码来验证：

using System;
using System.Linq;
using System.Runtime.CompilerServices;

namespace Walterlv.Demo
{
    class Program
    {
        static void Main(string[] args)
        {
            var table = new ConditionalWeakTable<string, Foo>
            {
                {"walterlv", new Foo("吕毅")},
                {"lindexi", new Foo("林德熙")},
            };
            var time = DateTime.Now.ToString("T");
            table.Add(time, new Foo("时间"));
            time = null;

            Console.WriteLine($"开始个数：{table.Count()}");
            GC.Collect();
            Console.WriteLine($"剩余个数：{table.Count()}");
        }
    }

    public class Foo
    {
        public string Value { get; }
        public Foo(string value) => Value = value;
    }
}

"walterlv" 和 "lindexi" 是在编译期间能够完全确定的字符串，而当前时间字符串我们都知道是编译期间不能确定的字符串。

在 GC 收集之前和之后， ConditionalWeakTable 中的对象数量从三个降到了两个。

.NET/C# 编译期能确定的字符串会在字符串暂存池中不会被 GC 垃圾回收掉 - 文章图片

并没有清除成 0 个，说明字符串现在仍然是被引用着的。

那被什么引用着呢？是字符串暂存池。要理解字符串暂存池，可以阅读我的另一篇博客：

另外，即便设置了 CompilationRelaxations.NoStringInterning ，编译期间能确定的字符串在上述代码中也是不会被垃圾回收的。

参考资料

如果有想学习c++的程序员，可来我们的C/C++学习扣qun：589348389，
免费送C++的视频教程噢！
我每晚上8点还会在群内直播讲解C/C++知识，欢迎大家前来学习哦。
 

内容总结

以上是互联网集市为您收集整理的.NET/C# 编译期能确定的字符串会在字符串暂存池中不会被 GC 垃圾回收掉全部内容，希望文章能够帮你解决.NET/C# 编译期能确定的字符串会在字符串暂存池中不会被 GC 垃圾回收掉所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/812946.html

来源：【匿名】