C# 中的引用与 C++ 中的引用相似，但不同之处在于它们受到垃圾回收的控制。
那么，为什么 C# 编译器很难支持以下内容呢？
const 的成员函数。const 的数据类型（除了字符串），只能通过该类型的 const 成员函数进行调用的引用？我相信如果 C# 支持这个功能将非常有用。首先，它可以帮助那些似乎普遍存在的 C# 程序员返回裸指向私有数据的行为。
或者在 C# 中已经有类似的东西了吗？（我知道有关 readonly 和 const 关键字，但它们并不能真正满足上述目的）
然而，有一个重要的原因解释为什么它现在不能被支持：
我同意有一种常量指示器会很有用，但我恐怕不会发生这种情况。
编辑：在Java社区中，关于这个问题已经争论了很长时间。你可能会对相关错误上的许多评论感兴趣。
正如Jon所说（当然），const正确性并不像看起来那么简单。C++有自己的做法，D语言也有另一种（可以说更正确/有用）的方式。C#也在尝试，但没有做出更大胆的尝试，就像你发现的那样（正如Jon再次详细介绍的那样）。
话虽如此，我认为许多Jon提到的“理论原因”在D语言的模型中得到了解决。
在D语言（2.0）中，const的工作方式与C++类似，但它是完全可传递的（因此应用于指针的const将应用于所指向的对象、该对象的任何成员、该对象拥有的任何指针、它们所指向的对象等） - 但明确指出这仅适用于您声明为const的变量（因此，如果您已经有一个非const对象，并且您使用const指针指向它，则非const变量仍然可以改变状态）。
D引入了另一个关键字-invariant-它适用于对象本身。这意味着一旦初始化，任何东西都不能改变状态。
这种安排的美妙之处在于，const方法可以接受const和invariant对象。由于invariant对象是函数式世界的基础，因此const方法可以在函数式意义上标记为“纯”-即使它可能与可变对象一起使用。
回到正题-我认为我们现在（00年代后半期）才刚刚了解如何最好地使用const（和invariant）。当时.Net的定义还不够明确，因此没有做出太多承诺-现在来改装已经太晚了。
不过，我很想看到D语言的移植版本运行在.Net VM上 :-)
如果将不可变类型加入C#的未来版本，我也不会感到惊讶。
实际上，C# 3.0已经朝着这个方向迈出了一步。例如，匿名类型就是不可变的。
我认为，在为并行设计的扩展的推动下，我们很可能会越来越频繁地看到不可变性出现。
我很确定JITter知道给定的方法不会影响对象本身，并自动执行相应的优化。(也许通过发出call而不是callvirt?)
我不确定我们需要这些，因为constness的大部分优点都与性能有关，最终你将回到第1点。
除此之外，C#还有readonly关键字。