能否在Spring Boot生产代码中使用AssertJ？依赖问题及实践合规性咨询

1. src/main/java无法导入AssertJ的修复方案 #

你遇到的导入失败问题本质是依赖 scope 配置导致的：绝大多数项目初始化引入AssertJ时，默认会把依赖的作用范围限定为仅测试环境生效，因此src/main/java下的代码无法扫描到对应的类。
你可以根据自己的构建工具调整配置：

• Maven项目：打开pom.xml找到AssertJ的依赖配置，删除<scope>test</scope>行（Maven默认依赖scope为compile，即对所有目录生效），刷新项目依赖后即可正常导入。
• Gradle项目：打开build.gradle，将AssertJ的依赖声明从testImplementation修改为implementation，同步项目依赖即可。

2. 生产代码使用AssertJ的实践说明 #

AssertJ本身是通用的流式断言库，没有强制限制仅能在测试场景使用，但行业常规实践不建议在生产代码中引入AssertJ，核心原因如下：

1. 异常类型不符合生产预期：AssertJ校验失败默认抛出AssertionError，属于JVM层面的错误类，一般代表不可恢复的程序故障，而生产代码常规的参数、状态校验一般抛出IllegalArgumentException、IllegalStateException等标准业务异常，更符合异常处理和日志排查的规范。
2. 定位不符合常规分工：生产校验场景已有成熟的专用工具，比如Spring自带的org.springframework.util.Assert工具类、Apache Commons Lang的校验工具，或者JSR-380 Bean Validation实现，这些工具的API设计更适配生产场景，不需要额外引入测试类库。
3. 额外依赖开销：引入AssertJ会增加生产部署包的体积，同时AssertJ的API设计偏向测试场景的可读性，大量用在生产代码中会提升新成员的理解成本。

如果你的团队已经对齐了规范，也针对AssertJ的异常做了统一封装处理，在生产代码使用也不属于不良实践，只需要做好团队内的规则同步即可。

内容的提问来源于stack exchange，提问作者Constantine Lee