【C#】try catch 应该在for循环里面还是外面?
当前位置:点晴教程→知识管理交流
→『 技术文档交流 』
◆ 前言有个老哥昨天被面试官欺负了,但是是被这个问题(标题)欺负的? 其实是个比较基础的问题,只要有了解过,叙述是非常简单OK的。 只要 有初学者觉得有疑惑,那么我相信不止是他一个。 所以,我出手。 ◆ 正文首先 ,话说在前头, 没有什么在里面好和在外面好或者不好的一说。 ◆ 使用场景为什么要把 使用场景 摆在第一个 ? 因为本身try catch 放在 for循环外面和里面,如果出现异常,产生的效果是不一样的。 怎么用,就需要看好业务场景,去使用了。 ① try catch在for循环外面 代码示例 :
结果: 效果结论: try catch 在 for 循环 外面 的时候, 如果 for循环过程中出现了异常, 那么for循环会终止。 ② try catch 在 for 循环 里面 代码示例 :
结果: 效果结论: try catch 在 for 循环 里面 的时候, 如果 for循环过程中出现了异常,异常被catch抓掉,不影响for循环 继续执行。 ps: 在面试的时候,如果真的连上面这个在外面在里面使用效果都没说对,那,真的会去等通知了。 但是之前不会的看官,看完这一篇, 肯定会了。 ◆ 性能时间上, 其实算是无差别。 内存上, 如果没出异常,其实也是无差别。 但是如果出现了异常, 那就要注意了。 注意点是什么 ?看代码: 我们简单用 Runtime runtime = Runtime.getRuntime(); long memory = runtime.freeMemory(); 来统计一下内存消耗情况: 结论: 也就是说, try catch 放在 for 循环里面 ,因为出现异常不会终止 for循环。 所以如果真的存在大批量业务处理全是异常,有那么一定的内存消耗情况。 如果说代码没出错的话, try catch 在 for 里面 和 外面 ,都是几乎没区别的。 为啥, 因为 异常try catch 其实一早编译完就标记了 如果从哪儿(from)出现异常,会直接去到(to)的那行代码去。 Exception table : 当前函数程序代码编译涉及到的异常; type :异常类型; target:表示异常的处理起始位; from:表示 try-catch 的开始地址; to:表示 try-catch 的结束地址; 所以如果不考虑业出错,是否终止循环, 这个try catch 放里放外没啥区别。 ◆ 个人看法其实就是看业务。我需要出现异常就终止循环的,就放外头; 不需要终止循环,就搞里头。 但是要注意一点就是,别在for循环里面去 查库调用第三方啥的,这些操作,如果必要,需要慎重考虑了。(别什么都搞里头!!!) 该文章在 2023/8/25 11:14:44 编辑过 |
关键字查询
相关文章
正在查询... |