blocks|key|3701045|text|你不应该这样；我希望你有这样的东西：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3701046|private+static+int+foo;
public+static+int+Foo+{
++++get+{return+foo;}
++++set+{Foo+=+value;}+//+spot+the+typo!!!+(should+be+foo)
}|code-block|syntax|javascript|3701047|从本质上讲，set是：|offset|length|style|CODE|3701048|static+void+set_Foo(int+value)+{
++++set_Foo(value);
}|3701049|所以这是递归的，最终会消耗整个堆栈(假设没有优化，等等)。|3701050|没有代码样本，就不可能进行更多的诊断。|3701051|entityMap^0|0|0|6|3|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|V|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|W|8|@$I|X|J|Y|K|L]]|9|@]|A|$]]|$1|M|3|N|5|D|7|Z|8|@]|9|@]|A|$E|F]]|$1|O|3|P|5|6|7|10|8|@]|9|@]|A|$]]|$1|Q|3|R|5|6|7|11|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|T|$]]

You shouldn't; I expect you have something like:

<pre><code>private static int foo;
public static int Foo {
 get {return foo;}
 set {Foo = value;} // spot the typo!!! (should be foo)
}
</code></pre>

Essentially, the <code>set</code> is:

<pre><code>static void set_Foo(int value) {
 set_Foo(value);
}
</code></pre>

so this is recursive, and will eventually consume up the stack (assuming no optimisations, etc).

It is impossible to diagnose more without a code sample.

blocks|key|1101968|text|在调试器中查看调用堆栈(当抛出异常时，您确实会停止，对吗？)这应该会给你一个强有力的指示，告诉你发生了什么。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1101969|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Look at your call stack in the debugger (you do stop when exceptions are thrown, right?) This should give you a strong indication of what's going on.

blocks|key|1107572|text|您想知道内部发生了什么导致堆栈溢出吗？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1107573|您的方法调用另一个导致无限递归的方法:A调用A，堆栈溢出。A调用B，然后B调用A，堆栈溢出。诸若此类。|1107574|正如Marc+Gravell所建议的，很可能在你的属性实现中有一个bug。|1107575|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

You want to know what's going on in the internals to cause the stack overflow?

Your method calls another method that results in infinite recursion: A calls A, stack overflow. A calls B, then B calls A, stack overflow. And so on.

As Marc Gravell suggested, it's likely theres a bug in your property implementation.

blocks|key|481972|text|我猜你是这样做的：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|481973|public+class+MyClass
{
++++public+int+TheInt
++++{
++++get
++++{
++++++++return+TheInt;
++++}
++++set
++++{
++++++++TheInt+=+value;+//+assignment+=+recursion!
++++}
}|code-block|syntax|javascript|481974|问题是，在TheInt的set函数中，您为TheInt分配了一个值，这将导致对set函数的嵌套调用。你得到了递归，然后是堆栈溢出。|481975|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

I'm guessing you're doing something like this:

<pre><code>public class MyClass
{
 public int TheInt
 {
 get
 {
 return TheInt;
 }
 set
 {
 TheInt = value; // assignment = recursion!
 }
}
</code></pre>

The problem is, in the set function for TheInt, you're assigning a value to TheInt which will result in a nested call to the set function. You get recursion, and then a stack overflow.

blocks|key|1102021|text|我想我看到了对这个问题的不同解释。问题不是为什么会发生溢出，而是为什么访问器会导致溢出。在这种情况下，访问器是一个函数调用，就像其他任何函数一样，因此它确实消耗了堆栈空间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1102022|如果您使用的是没有访问器的公共成员，MyClass.myint不会成为函数调用，也不会使堆栈溢出。|offset|length|style|CODE|1102023|entityMap^0|0|I|D|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I think I see a different interpretation of the question. Where the question isn't why the overflow happens, but why accessors can cause overflows. In this case, the accessor is a function call just like any other, and so it does consume stack space.

If you're using public members with no accessors, <code>MyClass.myint</code> doesn't become a function call, and can't overflow the stack.

Why do I get a stack overflow error if I use the set accessor to change a static class member in C#?

I am not disputing this as a bug, I just want to know what exactly is going on in the internals of the machine.

Why does setting a static method result in a stack overflow?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

如果我使用set访问器更改C#中的静态类成员，为什么会出现堆栈溢出错误？我并不认为这是一个bug，我只是想知道机器的内部到底发生了什么。

问为什么设置静态方法会导致堆栈溢出？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问为什么设置静态方法会导致堆栈溢出？EN