Java的违例节制：办理错误

从最陈腐的措施设计语言开始，错误节制一直都是设计者们需要办理的一个大问题。由于很难设计出一套完美的错误节制方案，很多语言爽性将问题简朴地忽略掉，将其转嫁给库设计人员。对大大都错误节制方案来说，最主要的一个问题是它们严重依赖措施员的警醒性，而不是依赖语言自己的强制尺度。假如措施员不足鉴戒——若较量慌忙，这险些是必定会产生的——措施所依赖的错误节制方案便会失效。
“违例节制”将错误节制方案内置到措施设计语言中，有时甚至内建到操纵系统内。这里的“违例”（Exception）属于一个非凡的工具，它会从发生错误的处所“扔”或“掷”出来。随后，这个违例会被设计用于节制特定范例错误的“违例节制器”捕捉。在环境变得差池劲的时候，大概有几个违例节制器并行捕捉对应的违例工具。由于回收的是独立的执行路径，所以不会滋扰我们的通例执行代码。这样便使代码的编写变得越发简朴，因为不必常常性强制查抄代码。除此以外，“掷”出的一个违例差异于从函数返回的错误值，也差异于由函数配置的一个符号。那些错误值或符号的浸染是指示一个错误状态，是可以忽略的。但违例不能被忽略，所以必定能在某个处所得处处理。最后，操作违例可以或许靠得住地从一个糟糕的情况中规复。此时一般不需要退出，我们可以采纳某些处理惩罚，规复措施的正常执行。显然，这样体例出来的措施显得越发靠得住。
Java的违例节制机制与大大都措施设计语言都有所差异。因为在Java中，违例节制模块是从一开始就封装好的，所以必需利用它！假如没有本身写一些代码来正确地节制违例，就会获得一条编译期堕落提示。这样可担保措施的连贯性，使错误节制变得越发容易。
留意违例节制并不属于一种面向工具的特性，尽量在面向工具的措施设计语言中，违例凡是是用一个工具暗示的。早在面向工具语言问世以前，违例节制就已经存在了。