java 异常 最佳实践_处理Java异常的10种最佳实践

java 异常 最佳实践

在本文中,我们将看到处理Java异常的最佳实践。 用Java处理异常不是一件容易的事,因为新手很难理解,甚至专业的开发人员也可能浪费时间讨论应该抛出或处理哪些Java异常。 因此,最大的开发公司对如何使用它们有一套规则。

如果您是公司的新手,那么Java异常处理中各种状态的呈现方式可能会让您感到震惊。 本文将向您展示最重要的十个方面,您可以用来入门或改善异常处理。 异常是程序执行期间的异常情况。 因此,让我们讨论处理Java异常的最佳实践。

1.处理Java异常的最佳实践

1.1永远不要在catch块中使用异常

catch (NoSuchMethodException e) {
   return null;
}

永远不要返回“ null”而不是处理异常,它会消耗异常并永久使错误失败。 如果您不了解失败的原因,那么将来就无法阻止自己。

1.2声明您的方法可能抛出的特定检查异常

public void foo() throws Exception { //Incorrect way
}

始终尝试避免上面的代码,因为它可能完全出于拥有已检查异常的目的而造成缺陷。 有必要声明该方法可能引发的特定检查异常。 如果用户有许多已检查的异常,则用户必须将其覆盖在用户的异常中,并将信息附加到异常消息中,否则用户也可以使用代码重构。

public void foo() throws SpecificException1, SpecificException2 { //Correct way
}

1.3不要获取异常类,而是捕获特定的子类

try {
    someMethod();
} 
catch (Exception e) 
{
LOGGER.error("method has failed", e);
}

获取异常的主要问题是,如果用户稍后调用的方法将新检查的异常附加到其设计签名中,则开发人员希望用户必须处理特定的新异常。 如果用户的代码出现异常,它将永远无法理解该变化。 用户的代码错误,并且可能在运行时的某个时间点崩溃。

1.4永远不要上任何Throwable类

这是一个严重的问题,因为Java错误也可以是Throwable的子类。 错误是不可更改的条件,无法由Java虚拟机本身控制。 Java虚拟机甚至可能在任何错误时都不请求用户的catch子句。

1.5始终准确地覆盖自定义异常中的异常,以免丢失堆栈跟踪

catch (NoSuchMethodException e) 
{
throw new MyServiceException("Some information: " + e.getMessage());  //Incorrect way
}

上面的命令可能会损坏主要异常的堆栈跟踪,并且总是错误的。 正确的方法是:

catch (NoSuchMethodException e) {
     throw new MyServiceException("Some information: " , e);  //Correct way
}

1.6记录异常或抛出异常,但不要同时执行

catch (NoSuchMethodException e) {
   LOGGER.error("Some information", e);
   throw e;
}

如上面的代码所示,抛出和记录可能会在日志文件中导致多个日志消息。 对于试图浏览各种日志的开发人员,代码中的单个问题可能会造成最坏的情况。

1.7永远不要从finally块抛出异常

try {
  someMethod();  //Throws exceptionOne
}
 finally 
{
  cleanUp();    //If finally also threw an exception the exceptionOne will be lost forever
}

准确地说,高达cleanUp()永远不会引发异常。 在上述情况下,如果someMethod()引发异常,并且在finally块中,cleanUp()引发异常,则该方法之外的其他异常将消失,原始的第一个异常(正确的原因)将永远消失。

1.8始终仅捕获那些可以处理的异常

catch (NoSuchMethodException e) 
{
throw e; //Avoid this as it doesn't help anything
}

这是一个必不可少的概念,从不捕获任何异常,因此仅在可以处理任何异常的情况下捕获任何异常,才可以在该异常中提供其他上下文数据。 如果您不能在catch块中处理它,那么最好的建议是不要仅将其重新抛出就捕获它。

1.9不要使用printStackTrace()语句

完成代码后,切勿离开printStackTrace()。 很有可能是您的同事之一,他们最终将获得其中的堆栈跟踪信息,并且对其处理方式的知识完全为零,因为它不会附加任何上下文信息。

1.10如果您不打算处理异常,请使用finally块而不是catch块

try {
  someMethod();  //Method 2
} 
finally 
{
  cleanUp();    //do cleanup here
}

这也是一个好习惯。 如果在您的方法内部访问某个方法2,并且方法2引发一些您不想在方法1中处理的异常,但是仍然希望进行某些清除以防万一发生异常,那么请在finally块中执行此清除。 不要使用挡块。

正如我们所讨论的,java异常处理是必不可少的,并且有多种实践可以毫无问题地处理它们。 图片中出现的最新VPN应用漏洞是Google从其平台上删除了一些最佳VPN。 根据研究人员的说法,它具有支持中间人(MITM)攻击的危险漏洞,因此它仅允许黑客阻止提供商与用户之间的通信。 甚至将所有用户重定向到黑客的邪恶服务器,而不是真正的VPN服务器。 因此,谷歌删除了它们,以保护用户免受漏洞侵害。 Google确认这种类型的漏洞仍然存在,研究人员通过Google Play安全奖励计划(GPSRP)发布了结论。 GPSRP使安全分析人员可以发现安装次数超过1亿次的应用程序的漏洞。

2.结论

本文可帮助您获得有关处理Java异常的最佳实践的完整知识。 完全了解它是必不可少的,因为,正如我们所讨论的,对于初学者和有经验的开发人员而言,这个主题都很难。

我们还讨论了google和顶级VPN应用之间的问题,即Google从其下载平台中删除了许多VPN,并提供了有关VPN应用漏洞问题的完整信息。

翻译自: https://www.javacodegeeks.com/10-best-practices-to-handle-java-exceptions.html

java 异常 最佳实践

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值