7.12 Springboot实战项目的业务异常：自定义断言Assert

前言

上文我分享了全局异常处理的实战经验，其中讲到了业务异常，但还没有在项目中抛出该异常。

本文就带大家在实战项目中抛出该异常，实战场景像开发中经常遇到的：非法调用，业务校验，数据错误，或者业务逻辑错误等等，这里在架构上需要考虑的是高扩展性和易维护性，直接抛出会非常散乱，如果需要修改会修改非常多的点，所以我们可以将抛出业务异常统一包装到一个类中，在一个类中统一控制抛出的条件、抛出的业务异常类型、以及异常编码等，也就是本文的主角：自定义断言Assert！

上文地址：7.11 SpringBoot实战 全局异常处理 - 深入细节详解

---

---

一、什么是断言assert

断言是编程界的一个术语，英文是assert，大概的意思是开发人员提前在指定位置埋了一些假设条件，如果执行到那，条件不成立，那么程序就会中止发生异常，通过这种方式达到程序必须满足开发者预设的条件后才能继续执行的目的！

也就是说，断言会非常明确的给代码执行逻辑提出严格的要求，所以它是提升代码质量非常有效的手段，越是有经验的开发也越会合理的使用断言，所以，这个断言还真得好好用起来哦~

---

二、为什么要自定义断言Assert?

Java有assert 关键字，就是断言的实现，具体用法很简单，另外Spring也有Assert断言工具类，这里统统都不展开说。

为什么不用这些Assert类呢？

主要的两个点是：成本和灵活！

• 成本是说Assert类的实现门无槛极，内部实现基本都是 if (条件) {抛出异常}，所以我们完全有能力自定义Assert工具类！

• 更重要的是非常灵活，由我们自己组装我们的业务异常和各种技术实现上的异常，统一控制，自由扩展，不管多复杂的场景我们都可以Hold住！

所以，我们先定义几个通用的断