请问异常和错误是两个不同的概念吗？

2020-06-28 06:51:22 2.1k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

从CMT2300A实战出发：Sub1G射频匹配电路设计要点与315MHz应用详解本文从CMT2300A芯片实战出发，详细解析Sub1G射频匹配电路设计要点，特别针对315MHz应用场景。内容涵盖频段划分逻辑、调制方式选择、晶体振荡器设计等基础认知，以及315MHz匹配电路物料选型、巴伦网络处理等实战技巧，并分享PCB布局防干扰设计和实测验证方法，助力开发者优化射频通信性能。阅读详情

void Application_Error(object sender, EventArgs e)

    {

        // 在出现未处理的错误时运行的代码

        Result result = new Result();

        result.code = "-1";

        result.msg = Server.GetLastError().ToString();

        if (Context != null)

            Context.ClearError();

        Response.ContentType = "text/plain";

        Response.Write(new System.Web.Script.Serialization.JavaScriptSerializer().Serialize(result));

    }

我人为制造了一个异常（将SQL SERVER关闭了），上面代码没有产生作用，系统仍然提示用户未处理的异常，请问异常和错误是两个不同的概念吗？什么情况下，上面代码会执行呢？

...全文

Cobalt Strike4.0安装包（内附中文版） 1.什么是 Cobalt Strike Cobalt Strike 是一个为对手模拟和红队行动而设计的平台,主要用于执行有目标的攻击和模拟高级威胁者的后渗透行动。 Cobalt Strike已经不再使用MSF而是作为单独的平台使用，它分为客户端与服务端，服务端是一个，客户端可以有多个，可被团队进行分布式协团操作。集成了端口转发、扫描多模式端口Listener、Windows exe程序生成、W... 阅读详情

winzond

.NET社区 62,272 成员 668,968 内容

+ 关注 + 加入社区

切换为时间正序

正怒月神版主 2020-06-29

打赏
举报

全局异常捕获。逻辑你自己改改就是了。 https://blog.csdn.net/hanjun0612/article/details/49868285

by_封爱 2020-06-29

打赏
举报

vs调试一定会执行到错误的代码. 部署到iis就正常了.

顾初 2020-06-29

打赏
举报

vs调试一定会执行到错误的代码. 部署到iis就正常了.

winzond 2020-06-28

打赏
举报

引用 3 楼以专业开发人员为伍的回复:

这是“运行时”在生产服务器上的最后一次给程序员显示bug堆栈信息的机会。而且只有打开这个开关才会起作用。你把项目部署到生产用服务器（真实的 IIS 等 web 服务器对外环境，而不是你的 vs 调试环境）上去，就能看到最后的 asp.net 错误捕获页面了。实际上这些就好像是一个汽车研发工厂即使是不负责任、不经过测试把概念车不经检验而直接卖给用户，不会“让用户随便撞死”，而是在汽车上仍然装上各种紧急事件传感器和处理机制来记录问题。但是这个汽车研发工厂的工程师难道能够因为“反正汽车在卖出去之后出事故了会有记录”就不去做好测试和改bug了吗？而一个软件开发工程师，就要在 vs 调试环境每天经过成千上万次地让程序跑过每一处代码，就是要让 bug 尽早跳出来，尽早用 vs 调试器捕获并且立刻改错。而不是反过来纠结“为什么没有被 vs 调试器忽视掉”的问题。

哈哈，我就是一个没有经过系统学习、完全自学的菜鸟级别而已

我现在的解决办法是在每个被ajax的页面都try了，catch部分都是相同代码，本来想是操作数据库的时候再try，但是页面首先就判断参数分支了，必须得分支前就try，差不多就是整个页面都在try内了。问题是解决了，但重复代码太多了，看着不太舒服，今天重温书籍，看到Appliction对象，才想着能不能去掉这些重复代码

以专业开发人员为伍 2020-06-28

打赏
举报

使用 vs 进行专业地调试，才是程序员的本职工作。

有些人用一些比较 low 的 asp.net 开发工具，一看其操作就知道他不会使用强大的“即时”调试工具，仅仅是用一堆文本来输出日志。这显然是最底层的维护人员。

以专业开发人员为伍 2020-06-28

打赏
举报

引用 2 楼 winzond 的回复:

设置了<customErrors mode="Off"></customErrors>，仍然不生效，还是VS中断并报错
请教，达到我想要的目的的方法，实际我不是想自定义错误，我是想把错误信息原封不动地返回给客户端的，这样容易判断错误出现的位置

这是“运行时”在生产服务器上的最后一次给程序员显示bug堆栈信息的机会。而且只有打开这个开关才会起作用。

你把项目部署到生产用服务器（真实的 IIS 等 web 服务器对外环境，而不是你的 vs 调试环境）上去，就能看到最后的 asp.net 错误捕获页面了。实际上这些就好像是一个汽车研发工厂即使是不负责任、不经过测试把概念车不经检验而直接卖给用户，不会“让用户随便撞死”，而是在汽车上仍然装上各种紧急事件传感器和处理机制来记录问题。但是这个汽车研发工厂的工程师难道能够因为“反正汽车在卖出去之后出事故了会有记录”就不去做好测试和改bug了吗？

而一个软件开发工程师，就要在 vs 调试环境每天经过成千上万次地让程序跑过每一处代码，就是要让 bug 尽早跳出来，尽早用 vs 调试器捕获并且立刻改错。而不是反过来纠结“为什么没有被 vs 调试器忽视掉”的问题。

winzond 2020-06-28

打赏
举报

引用 1 楼 mirror030 的回复:

如果你希望请求处理过程中产生的异常被asp.net的这个管道事件捕获到,需要看看几个地方否则即使发生异常,也触发不了这个事件 webconfig看看自定义错误是否关了 <customErrors mode="Off"></customErrors> 还有其它的自定义错误处理地方是否接管了异常处理,否则也触发不了. 如果只是要一个全局的出错处理,也可以不用这个实现,,直接到web服务器配置一个自定义错误也可以的

设置了<customErrors mode="Off"></customErrors>，仍然不生效，还是VS中断并报错

请教，达到我想要的目的的方法，实际我不是想自定义错误，我是想把错误信息原封不动地返回给客户端的，这样容易判断错误出现的位置

mirrorspace 2020-06-28

打赏
举报

如果你希望请求处理过程中产生的异常被asp.net的这个管道事件捕获到,需要看看几个地方否则即使发生异常,也触发不了这个事件 webconfig看看自定义错误是否关了 <customErrors mode="Off"></customErrors> 还有其它的自定义错误处理地方是否接管了异常处理,否则也触发不了. 如果只是要一个全局的出错处理,也可以不用这个实现,,直接到web服务器配置一个自定义错误也可以的

请问异常和错误是两个不同的概念吗？

相关推荐