.Net后台方法一直报【System.StackOverflowException:“Exception_WasThrown】错误

最新推荐文章于 2023-10-31 18:37:26 发布
最新推荐文章于 2023-10-31 18:37:26 发布
阅读量2k 收藏
点赞数
分类专栏： 开发日常问题 文章标签： .net c#
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_27860623/article/details/129026084
版权

1.Net后台方法一直报【System.StackOverflowException:“Exception_WasThrown】错误，代码找不到错误点，网上也查询不到类似的问题。后来我把一个方法拆分成两部分（分成两个方法）就可以了，程序不报错了。不知道这个问题的原因是啥。

代码写到35岁
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
ASP.NET中的OutOfMemoryException
weixin_34245169的博客
05-07 604
在博客园看到了一位园友写的文章《如何处理OutOfMemoryException异常？》，于是想和大家交流一下ASP.NET中出现OutOfMemoryException的问题。 实际上，在ASP.NET Web服务器上，ASP.NET所能够用到的内存，通常不会等同于所有的内存数量。在machine.config配置文件中， 配置节<processModel>中有一个属性“...
NET设计规范-.NET约定、惯用法与模式.part2
08-14
第1章　概述　1 1.1　精心设计的框架所具备的品质　2 1.1.1　精心设计的框架是简单的　2 1.1.2　精心设计的框架设计代价高　3 1.1.3　精心设计的框架充满利弊权衡　3 1.1.4　精心设计的框架应该借鉴过去　4 1.1.5　精心设计的框架要考虑未来发展　4 1.1.6　精心设计的框架应具有良好的集成性　4 1.1.7　精心设计的框架是一致的　4 第2章　框架设计基础　6 2.1　渐进框架　7 2.2　框架设计的基本原则　10 2.2.1　场景驱动设计的原则　11 2.2.2　低门槛原则　17 2.2.3　自说明对象模型原则　20 2.2.4　分层架构原则　25 2.3　小结　27 第3章　命名规范　28 3.1　大小写约定　29 3.1.1　标识符的大小写规则　29 3.1.2　首字母缩写词的大小写　31 3.1.3　复合词和常用术语的大小写　33 3.1.4　是否区分大小写　35 3.2　通用命名约定　35 3.2.1　单词的选择　36 3.2.2　使用单词缩写和首字母缩写词　37 3.2.3　避免使用语言特有的名字　38 3.2.4　为已有API的新版本命名　39 3.3　程序集和DLL的命名　42 3.4　名字空间的命名　43 3.5　类、结构和接口的命名　47 3.5.1　泛型类型参数的命名　49 3.5.2　常用类型的命名　50 3.5.3　枚举类型的命名　51 3.6　类型成员的命名　53 3.6.1　方法的命名　53 3.6.2　属性的命名　54 3.6.3　事件的命名　55 3.6.4　字段的命名　57 3.7　参数的命名　57 3.8　资源的命名　58 3.9　小结　59 第4章　类型设计规范　60 4.1　类型和名字空间　62 4.2　类和结构之间的选择　67 4.3　类和接口之间的选择　69 4.4　抽象类的设计　76 4.5　静态类的设计　78 4.6　接口的设计　79 4.7　结构的设计　81 4.8　枚举的设计　83 4.8.1　标记枚举的设计　89 4.8.2　给枚举添加值　93 4.9　嵌套类型　94 4.10　小结　96 第5章　成员设计　97 5.1　成员设计的一般规范　97 5.1.1　成员重载　97 5.1.2　显式地实现接口成员　102 5.1.3　属性和方法之间的选择　106 5.2　属性的设计　112 5.2.1　索引属性的设计　113 5.2.2　属性改变的通知事件　115 5.3　构造函数的设计　117 5.4　事件的设计　123 5.5　字段的设计　130 5.6　操作符重载　132 5.6.1　重载operator==　136 5.6.2　类型转换操作符　136 5.7　参数的设计　138 5.7.1　枚举和布尔参数之间的选择　140 5.7.2　参数的验证　142 5.7.3　参数的传递　145 5.7.4　参数数量可变的成员　147 5.7.5　指针参数　150 5.8　小结　152 第6章　为扩展性而设计　153 6.1　扩展机制　153 6.1.1　非密封类　153 6.1.2　保护成员　155 6.1.3　事件与回调函数　156 6.1.4　虚成员　158 6.1.5　抽象(抽象类型与抽象接口)　160 6.2　基类　162 6.3　密封　163 6.4　小结　166 第7章　异常　167 7.1　抛出异常　171 7.2　为抛出的异常选择合适的类型　175 7.2.1　错误消息的设计　176 7.2.2　异常处理　177 7.2.3　对异常进行封装　182 7.3　标准异常类型的使用　184 7.3.1　Exception与SystemException　184 7.3.2　ApplicationException　184 7.3.3　InvalidOperationException　184 7.3.4　ArgumentException、ArgumentNullException及ArgumentOutOfRangeException　185 7.3.5　NullReferenceException、IndexOutOfRangeException及AccessViolationException　186 7.3.6　StackOverflowException　186 7.3.7　OutOfMemoryException　187 7.3.8　ComException、SEHException及其他CLR异常　188 7.3.9　ExecutionEngineException　188 7.4　自定义异常的设计　188 7.5　异常与性能　190 7.5.1　Tester-Doer模式　190 7.5.2　Try-Parse模式　191 7.6　小结　192 第8章　使用规范　193 8.1　数组　193 8.2　attribute　195 8.3　集合　198 8.3.1　集合参数　199 8.3.2　集合属性与返回值　200 8.3.3　数组与集合之间的选择　204 8.3.4　自定义集合的实现　205 8.4　ICloneable　207 8.5　IComparableT与IEquatableT　208 8.6　IDisposable　210 8.7　对象　210 8.7.1　Object.Equals　210 8.7.2　Object.GetHashCode　212 8.7.3　Object.ToString　213 8.8　Uri　214 8.9　System.Xml的使用　216 8.10　相等性操作符　218 8.10.1　值类型的相等性操作符　218 8.10.2　引用类型的相等性操作符　219 第9章　常用的设计模式　220 9.1　聚合组件　220 9.1.1　面向组件的设计　222 9.1.2　因子类型　224 9.1.3　聚合组件规范　224 9.2　Async模式　227 9.3　Dispose模式　232 9.3.1　基本Dispose模式　234 9.3.2　可终结类型　240 9.4　Factory模式　243 9.5　Optional Feature模式　247 9.6　Template Method模式　251 9.7　超时　252 9.8　结束语　254 附录A　C#编程风格约定　255 A.1　通用风格约定　255 A.1.1　花括号的使用　255 A.1.2　空格的使用　257 A.1.3　缩进的使用　259 A.2　命名约定　259 A.3　注释　260 A.4　文件的组织　261 附录B　通过FxCop来实施设计规范　263 B.1　FxCop是什么？　263 B.2　FxCop的发展过程　264 B.3　FxCop的工作原理　265 B.4　FxCop规范的覆盖范围　265 B.4.1　与命名规范有关的FxCop规则　265 B.4.2　与类型设计规范有关的FxCop规则　274 B.4.3　与成员的设计有关的FxCop规则　277 B.4.4　与为扩展性而设计有关的FxCop规则　284 B.4.5　与异常有关的FxCop规则　285 B.4.6　与使用规范有关的FxCop规则　287 B.4.7　与设计模式有关的FxCop规则　291 附录C　API规范样例　292 术语表　299 推荐读物　303 索引　305
.net 一些无法catch的异常
01-01
1.StackOverFlowException  (一般来说这个不是真的堆栈不够了,而是你的代码出现了无线递归),如果你用throw new StackOverFlowException 还是可以catch的2.OutOfMemoryException (好像只有 box newarr  newobj 才会抛出这个异常)3.非CLS的异常(一般来源于本地代码,这些异常不继承于System.Exception)在.net framework 4.0中默认行为不捕获非CLS的异常在.net framework 2.0中会把非CLS的异常包装为System.Exception的之类(可以catch
为什么这会导致StackOverflowException？
04-06
您将递归调用Fill方法，而无需检查是否到达图片的任何边缘。
NET设计规范-.NET约定、惯用法与模式.part1
08-14
　　本书为框架设计师和广大开发人员设计高质量的软件提供了权威的指南。书中介绍了在设计框架时的最佳实践，提供了自顶向下的规范，其中所描述的规范普遍适用于规模不同、可重用程度不同的框架和软件。这些规范历经.NET框架三个版本的长期开发，凝聚了数千名开发人员的经验和智慧。微软的各开发组正在使用这些规范开发下一代影响世界的软件产品。 第1章　概述　1 1.1　精心设计的框架所具备的品质　2 1.1.1　精心设计的框架是简单的　2 1.1.2　精心设计的框架设计代价高　3 1.1.3　精心设计的框架充满利弊权衡　3 1.1.4　精心设计的框架应该借鉴过去　4 1.1.5　精心设计的框架要考虑未来发展　4 1.1.6　精心设计的框架应具有良好的集成性　4 1.1.7　精心设计的框架是一致的　4 第2章　框架设计基础　6 2.1　渐进框架　7 2.2　框架设计的基本原则　10 2.2.1　场景驱动设计的原则　11 2.2.2　低门槛原则　17 2.2.3　自说明对象模型原则　20 2.2.4　分层架构原则　25 2.3　小结　27 第3章　命名规范　28 3.1　大小写约定　29 3.1.1　标识符的大小写规则　29 3.1.2　首字母缩写词的大小写　31 3.1.3　复合词和常用术语的大小写　33 3.1.4　是否区分大小写　35 3.2　通用命名约定　35 3.2.1　单词的选择　36 3.2.2　使用单词缩写和首字母缩写词　37 3.2.3　避免使用语言特有的名字　38 3.2.4　为已有API的新版本命名　39 3.3　程序集和DLL的命名　42 3.4　名字空间的命名　43 3.5　类、结构和接口的命名　47 3.5.1　泛型类型参数的命名　49 3.5.2　常用类型的命名　50 3.5.3　枚举类型的命名　51 3.6　类型成员的命名　53 3.6.1　方法的命名　53 3.6.2　属性的命名　54 3.6.3　事件的命名　55 3.6.4　字段的命名　57 3.7　参数的命名　57 3.8　资源的命名　58 3.9　小结　59 第4章　类型设计规范　60 4.1　类型和名字空间　62 4.2　类和结构之间的选择　67 4.3　类和接口之间的选择　69 4.4　抽象类的设计　76 4.5　静态类的设计　78 4.6　接口的设计　79 4.7　结构的设计　81 4.8　枚举的设计　83 4.8.1　标记枚举的设计　89 4.8.2　给枚举添加值　93 4.9　嵌套类型　94 4.10　小结　96 第5章　成员设计　97 5.1　成员设计的一般规范　97 5.1.1　成员重载　97 5.1.2　显式地实现接口成员　102 5.1.3　属性和方法之间的选择　106 5.2　属性的设计　112 5.2.1　索引属性的设计　113 5.2.2　属性改变的通知事件　115 5.3　构造函数的设计　117 5.4　事件的设计　123 5.5　字段的设计　130 5.6　操作符重载　132 5.6.1　重载operator==　136 5.6.2　类型转换操作符　136 5.7　参数的设计　138 5.7.1　枚举和布尔参数之间的选择　140 5.7.2　参数的验证　142 5.7.3　参数的传递　145 5.7.4　参数数量可变的成员　147 5.7.5　指针参数　150 5.8　小结　152 第6章　为扩展性而设计　153 6.1　扩展机制　153 6.1.1　非密封类　153 6.1.2　保护成员　155 6.1.3　事件与回调函数　156 6.1.4　虚成员　158 6.1.5　抽象(抽象类型与抽象接口)　160 6.2　基类　162 6.3　密封　163 6.4　小结　166 第7章　异常　167 7.1　抛出异常　171 7.2　为抛出的异常选择合适的类型　175 7.2.1　错误消息的设计　176 7.2.2　异常处理　177 7.2.3　对异常进行封装　182 7.3　标准异常类型的使用　184 7.3.1　Exception与SystemException　184 7.3.2　ApplicationException　184 7.3.3　InvalidOperationException　184 7.3.4　ArgumentException、ArgumentNullException及ArgumentOutOfRangeException　185 7.3.5　NullReferenceException、IndexOutOfRangeException及AccessViolationException　186 7.3.6　StackOverflowException　186 7.3.7　OutOfMemoryException　187 7.3.8　ComException、SEHException及其他CLR异常　188 7.3.9　ExecutionEngineException　188 7.4　自定义异常的设计　188 7.5　异常与性能　190 7.5.1　Tester-Doer模式　190 7.5.2　Try-Parse模式　191 7.6　小结　192 第8章　使用规范　193 8.1　数组　193 8.2　attribute　195 8.3　集合　198 8.3.1　集合参数　199 8.3.2　集合属性与返回值　200 8.3.3　数组与集合之间的选择　204 8.3.4　自定义集合的实现　205 8.4　ICloneable　207 8.5　IComparableT与IEquatableT　208 8.6　IDisposable　210 8.7　对象　210 8.7.1　Object.Equals　210 8.7.2　Object.GetHashCode　212 8.7.3　Object.ToString　213 8.8　Uri　214 8.9　System.Xml的使用　216 8.10　相等性操作符　218 8.10.1　值类型的相等性操作符　218 8.10.2　引用类型的相等性操作符　219 第9章　常用的设计模式　220 9.1　聚合组件　220 9.1.1　面向组件的设计　222 9.1.2　因子类型　224 9.1.3　聚合组件规范　224 9.2　Async模式　227 9.3　Dispose模式　232 9.3.1　基本Dispose模式　234 9.3.2　可终结类型　240 9.4　Factory模式　243 9.5　Optional Feature模式　247 9.6　Template Method模式　251 9.7　超时　252 9.8　结束语　254 附录A　C#编程风格约定　255 A.1　通用风格约定　255 A.1.1　花括号的使用　255 A.1.2　空格的使用　257 A.1.3　缩进的使用　259 A.2　命名约定　259 A.3　注释　260 A.4　文件的组织　261 附录B　通过FxCop来实施设计规范　263 B.1　FxCop是什么？　263 B.2　FxCop的发展过程　264 B.3　FxCop的工作原理　265 B.4　FxCop规范的覆盖范围　265 B.4.1　与命名规范有关的FxCop规则　265 B.4.2　与类型设计规范有关的FxCop规则　274 B.4.3　与成员的设计有关的FxCop规则　277 B.4.4　与为扩展性而设计有关的FxCop规则　284 B.4.5　与异常有关的FxCop规则　285 B.4.6　与使用规范有关的FxCop规则　287 B.4.7　与设计模式有关的FxCop规则　291 附录C　API规范样例　292 术语表　299 推荐读物　303 索引　305
Spire.Doc 8.3
03-21
修复了将Word转换为PDF时导致StackOverflowException的问题 修复了在将RTF转换为PDF时导致错误“字符串不能为零”的问题 修复了在将RTF转换为PDF时导致线路丢失的问题 修复导致合并行中的文本对齐不正确的问题 解决了在将Word转换为TXT的同时将罗马数字III转换为阿拉伯数字3的问题 解决了链接到书签的超链接无法在转换的PDF中工作的问题 修复了将Word转换为PDF时导致文本重叠的问题 修复了在克隆没有ListFormat的段落时导致下一段“ListFormat.CurrentListStyle null”的问题
C#报错System.StackOverflowException:“Exception_WasThrown”
热门推荐
My note
01-14 1万+
这是一个堆溢出异常报错 解决： 检查代码是否有死循环、复杂嵌套遍历、递归死循环、暴力循环空间复杂度等
C#异常处理
自由理想的足迹
10-11 2282
C#中异常处理一般不影响性能，所以应该返回必要的错误码或者打印Log以外，需要的地方必须加入异常处理。 一、.net异常处理和预定义异常类 .net内建异常类有： System.SystemException .net CRL抛出的严重异常，例如抛出StackOverflowException,ArgumentException System.ApplicationExceptio
解析Exception和C#处理Exception的常用方法总结
dfkqtok82472315的博客
10-20 1060
在.NET中，异常是指成员没有完成它的名称宣称可以完成的行动。在异常的机制中，异常和某件事情的发生频率无关。 异常处理四要素包括：一个表示异常详细信息的类类型；一个向调用者引发异常类实例的成员；调用者的一段调用异常成员的代码块；调用者的一段处理将要发生异常的代码块。异常类类型包括：基类：System.Exception；系统级异常：System.SystemExcept...
记一次 C# StackOverflowException 异常
Albert52856的博客
07-18 1939
记一次 C# StackOverflowException 异常 背景 在看刘铁猛老师的《C# 语言入门详解》的第17讲的时候，在 45:00 处，学习属性的 Get/Set 函数，和老师一样的代码，但是老师的没有出错，我的程序在运行的时候却报出了 System.StackOverflowException:“Exception_WasThrown” 错误。 涉及到的代码如下： public int Score // 创建一个属性 { get { return
c#中 Exception of type ‘System.OutOfMemoryException‘ was throw的解决办法
最新发布
不在同一频道上的呆子的博客
10-31 1344
1 查找到服务器对应的路径下的：C:\Windows\Microsoft.NET\Framework\v4.0.30319（注意对应的framework版本）-->Aspnet.config。可是，治标不治本，后来的几天，每天都会不定时的抛出这个错误，终于意识到，这个肯定不是偶然的，于是开始上网搜索对应的解决方法。终于找到了正确的方法。开始的时候，以为是程序错误，后来发现，所有的画面就有这个错误，于是，就估计是服务器的问题，于是就试着将IIS重新启动，果然问题解决了。
System.OutOfMemoryException
中级CV工程师，欢迎来扰！
07-13 539
System.OutOfMemoryException 系统内存溢出
Sonar&&Fortify漏洞修复
遇到对你这么好的女孩,唯有在她一丈之内。
09-02 5410
Sonar&&Fortify漏洞修复
An exception was thrown: open: Permission denied [Errno 13] could not open port /dev/ttyACM0: [Errn
m0_47169444的博客
10-19 1956
TurtleBot3 |An exception was thrown: open: Permission denied Permission denied: '/dev/ttyACM0’怎么办 意思就是：无法打开端口/dev/ttyACM0，访问/dev/ttyACM0端口权限被拒绝： 原因 在普通用户下，没有进行USB 设置，这将允许USB 端口在没有 root 权限的情况下控制OpenCR 控制板 解决方案 打开终端，输入以下指令即可。 cd ~/catkin_ws/src/turtlebot3/t
System.StackOverflowException（堆溢出异常）
Blooming death的博客
10-08 9503
## System.StackOverflowException HResult=0x800703E9 Message=Exception_WasThrown 这是一个堆溢出异常，造成它的原因是因为你频繁使用递归调用，我这里是自己调用了自己出现的堆溢出，我在control层调用了业务层，但是写业务层的时候写成了自己家调用自己如下： 改成功数据访问层，问题解决。 ...
C# 保存Json文件保存过大导致System.OutOfMemoryException:“Exception_WasThrown”
西柚2015地信小白GISer
02-17 3737
原来的代码: 一般大小的可以输出导出json文件，但是遇到过大的对象导致jsonStr字符串特别大就会出现上述问题。 //json为一个对象 string jsonStr=JsonConvert.SerializeObject(json).ToString(); //保存文件 System.IO.File.WriteAllText(string.Format("{0}\\{1}.json", dir, "test.json"), jsonStr); 改进后的代码: JsonSerializ.
system.stackoverflowexception:“exception_wasthrown”
03-16
system.stackoverflowexception是一种异常，表示堆栈溢出。当一个程序递归调用太多次或者使用了太多的内存时，就会出现这种异常。"exception_wasthrown"是指异常被抛出了。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

代码写到35岁

你的鼓励将是我创作最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值