面对Java出现异常,应该怎么做才是正确的?

对于后端程序员来说,写Java程序的时候, 处理异常 是必须要做的事。错误处理固然重要,但是若是被错误处理占据了大部分逻辑,那么就大错特错了。

最近对这一点略有研究,稍微提一些优雅的处理异常的技巧和思路。

1 使用异常而不是返回码

我们先看如下代码例子

<pre class="prettyprint hljs cpp" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, &quot;Courier New&quot;, monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; overflow-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto;">public void demo01(Long userId){
    String userName = getUserName(userId);
    if (StringUtils.isNotEmpty(userName)) {
        //继续之后的逻辑
    } else {
        log.info("没有获取到用户名称");
    }
}

若是执行这段代码的时候, userName 为空,会影响接下来的逻辑。可是若是只是输出一段日志,刚写代码的时候,比较熟悉,检查起来容易,但是时间久了或者后边的同学接手代码的时候就有点烦脑了。

最好是直接抛出异常,既然已经影响到接下来的逻辑了,那就抛出异常,阻断进程。如下所示:

<pre class="prettyprint hljs cpp" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, &quot;Courier New&quot;, monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; overflow-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto;">public void demo02(Long userId){
    String userName = getUserName(userId);
    if (StringUtils.isNotEmpty(userName)) {
        //继续之后的逻辑
    } else {
        throw new BusinessException("没有获取到用户名称");
    }
}

2 使用不可控异常

若是使用可控异常,那么在多层封装的时候,需要在每个catch块中 声明 这个异常,若是在最底层的方法中新增了一个可控制异常,那么每个调用此方法的函数都要新增一个throw语句。

就像如下代码所示,当getManager新增一个可控异常,那么demo03相对应也要新增一个catch块。调用demo03的方法也要新增。以此类推,那么就是从最底层到最高层的一个修改链。

<pre class="prettyprint hljs php" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, &quot;Courier New&quot;, monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; overflow-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto;">public void demo03(Long userId) throws Exception {
    try {
        String userName = getManager(userId);
        //继续之后的逻辑
    } catch (BusinessException e) {
        throw e;
    } catch (Exception e) {
        throw new Exception(e);
    }
}

private String getManager(Long userId) throws Exception {
    try {
        //获取当前用户的manager
    } catch (BusinessException e) {
        throw new BusinessException("获取manager失败");
    } catch (Exception e) {
        throw new Exception(e);
    }
    return "manager";
}

3 给异常提供更多的信息

当抛出异常的时候,提供更多的信息,有助于找到问题并快速解决。能从错误日志中获取到足够多的信息,来准确分析发生错误的原因,是一件多么美妙的事情。

如下例子,通过错误信息可以看到是获取谁的manager失败了,查看数据库和代码逻辑可以快速定位问题。若是有其他信息,一并传入会有更大的帮助。

<pre class="prettyprint hljs java" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, &quot;Courier New&quot;, monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; overflow-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto;">public void demo04(Long userId) throws Exception {
    try {
        String userName = getManager(userId);
        //继续之后的逻辑
    } catch (Exception e) {
        throw new BusinessException("获取当前用户的manager失败,当前用户id为:"+userId);
    }
}

4 别在方法中返回null值

这一点感同身受,在代码中处理了大量的空判断,调用前人写的代码的时候,一不小心就空指针了,自己新写方法又重复了逻辑。

在如下例子中, getManagers 直接返回了从数据库获取到的数据,若是没有数据返回,那么 List<User> 对象就为 null 。这样每个调用 getManagers 的方法都要判断是否为空。

<pre class="prettyprint hljs php" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, &quot;Courier New&quot;, monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; overflow-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto;">public void demo05(Long userId) throws Exception {
    List<User> userList = getManagers(userId);
    if (!CollectionUtils.isEmpty(userList)) {
        for (User user : userList) {
            //继续之后的逻辑
        }
    }
}

private List<User> getManagers(Long userId) {
    List<User> users = getDataFromDB(userId);
    return users;
}

当 getDataFromDB 的返回为空的时候,我们直接返回一个空list,这样调用的方法就不用都去判断是否为空了。 像这样:

<pre class="prettyprint hljs kotlin" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, &quot;Courier New&quot;, monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; overflow-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto;">private List<User> getManagers(Long userId) {
    List<User> users = getDataFromDB(userId);
    if (CollectionUtils.isEmpty(users)) {
        return Collections.emptyList();
    } else {
        return users;
    }
}
### Nginx 文件名逻辑漏洞(CVE-2013-4547) #### 漏洞概述 Nginx 文件名逻辑漏洞(CVE-2013-4547)允许攻击者通过精心构造的 URL 请求来绕过访问控制并读取或执行受限资源。此漏洞的根本原因在于 Nginx 错误地解析了带有特定编码字符的 URL,从而导致文件路径处理不当[^1]。 #### 影响范围 该漏洞影响多个版本的 Nginx,在某些配置下可能导致未经授权的文件访问甚至远程代码执行。具体受影响的版本包括但不限于: - Nginx 1.4.x 版本系列 - Nginx 1.5.x 版本系列 (部分) 当 Web 应用程序部署于上述版本之上时,可能存在潜在风险[^3]。 #### 复现过程 为了验证这一漏洞的存在,可以通过上传一个看似无害但实际上包含恶意 PHP 代码的图片文件 `phpinfo.jpg` 来测试。一旦成功上传,攻击者能够修改 HTTP 请求中的参数使服务器错误解释文件扩展名,进而触发命令注入行为[^4]。 ```bash curl -X POST http://example.com/upload.php \ -F "file=@/path/to/phpinfo.jpg" ``` 随后发送如下请求可尝试利用漏洞: ```http GET /uploads/phpinfo.jpg%00.php?cmd=id HTTP/1.1 Host: example.com ``` 如果存在漏洞,则返回的结果会显示当前用户的 ID 信息。 #### 安全修复措施 针对 CVE-2013-4547 的防护手段主要包括以下几个方面: - **升级至最新稳定版**:官方已发布更新解决此问题,建议立即应用最新的安全补丁以消除隐患[^2]。 - **手动修补源码**:对于无法即时升级的情况,可以从官方网站下载专门为此漏洞准备的安全补丁,并按照指引完成编译安装流程。 - **加强输入校验**:无论何时都应严格过滤用户提交的数据,特别是涉及文件操作的部分,防止非法字符进入内部处理环节。 - **启用 WAF 防护**:Web Application Firewall 能够识别异常模式并阻止可疑流量到达应用程序层面上游位置。 综上所述,及时采取适当行动可以有效降低遭受此类攻击的风险。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值