依赖冲突的发现和解决
发表于|更新于|后端
|浏览量:
依赖冲突的发现
- 现象一:一个类的行为不按照预期,本来这个类应该是有这个方法的,但是引入一个新的依赖之后就开始报错找不到方法了,一般就是依赖冲突的时候 Maven 自己选择了一个不符合自己预期的依赖导致报错。
依赖冲突的解决
使用 Maven helper 找到对应类所在 jar 的依赖都由谁导入,之后排除掉不符合自己预期的依赖即可。
一般直接在插件右键就可以 exclude

文章作者: 褚成志
相关推荐
2026-04-09
读取了Request输入流,请求数据就不见了
HttpServletRequest 和 HttpServletResponse 中存在方法互斥。 在过滤器、拦截器中对 HTTP 请求中的数据做校验、审计是非常常见的需求 Request 输入流数据一但被读取,Controller找不到了Request 的 getlnputStream 和 getReader 都只能使用一次 请求数据解析工具: 定义拦截器: 发起请求: Request的 getlnputStream、 getReader、 getParameter 方法互斥,也就是使用了其中一个,再使用另外的两个,是获取不到数据的。 Response 也是一样的,与 Request 几乎是一样的 互斥效果的原理: getParameter 内部也会判断: 无法重复读取的原理读取完坐标没有重置: getReader 也是没有重置坐标 HttpServletRequestWrapper + Filter 解决输入流不能重复读取问题其实是包装器模式,实现对请求数据的包装。 自定义请求包装器: 每次获取数据的时候都是重新从数组里面获取 这个方法直接调用上面重写的 g...
2026-04-09
异步任务的坑
Spring Boot 中编写异步任务两个注解: @EnableAsync:开启当前项目的异步功能 @Async:当前方法标记为异步方法 注意一个规则:有没有返回值。 没有返回值的例子: 返回值实现了 Future 接口: 下 异步任务的线程池配置默认情况下,异步任务的线程池是怎么配置的,是否满足我们的需求呢? 配置线程池参数默认是启动下面的线程池: 线程池对应的自动配置类如下: 可以使用下面的参数配置异步任务线程池相关的参数: 异步任务返回超时对于异步任务有返回的情况,如果获取结果超时怎么办呢? get 有重载方法可以设置超时的时间,超时之后就会抛出 TimeOut 异常: 没有返回值的异步任务抛异常对于异步任务没有返回的情况(有返回的直接 get 的时候就会抛异常),但是下面的异步任务执行的时候抛出异常,但是没有任何的其他返回: Spring 默认的异步任务异常处理器,会将对应的异常打印到日志里面: 自定义异步线程池和异常处理器 自定义异步线程池的实现: 自定义异常处理器
2026-04-09
时间格式不能正常转换?
@DateTimeFormat 注解前台到后台的时间格式转换,对于GET 请求参数可以正常工作。对于 POST 请求会报反序列化错误 POST 请求会使用 JSON 反序列化,不会使用 @DateTimeFormat 注解。 POST 表单(body)实现时间格式转换的方法使用 @JsonFormat 注解但是这种代码侵入性强,可维护性差 实现自定义格式转换器 @JsonDeserialize可以支持多种时间格式的转换: 指定反序列化器 定义全局配置类避免冗余代码 指定转换器做Date类型的反序列化: 在对象中就不需要指定对应的注解了。
2026-04-09
Spring应用上下文的获取和保存Bean
Spring 容器是 IOC 容器,但是,反过来却不成立 不常用的容器实现 – BeanFactory:最简单的容器,提供基本的 DI 功能 高级实现,继承 BeanFactory 派生的应用上下文 – ApplicationContext:解析配置文件,创建、装配、管理、销毁 Bean 获取 ApplicationContext 的四种方式ApplicationContextInitializar:容器创建完成之后的回调定义在 org.springframework.context 包下 ApplicationListener:观察者模式的典型应用(常用) Spring Boot 启动程序的返回run 方法返回的就是应用上下文 ApplicationContextAware : Spring 的 Aware 接口(常用)Aware 可以理解为“察觉、注意到的、感知的”,在 Spring 中,XxxAware 也就是对 Xxx 感知的意思 编写工具类:保存上下文,获取Bean
2026-04-09
netty高性能网络框架原理
https://www.processon.com/view/608e06281e085376286d72ef?fromnew=1
2026-04-09
Spring踩坑二
Spring Webhttp 请求处理流程总览1234567@RestController public class HelloWorldController { @RequestMapping(path = "hi", method = RequestMethod.GET) public String hi(){ return "helloworld"; }; } 请求的 Path: hi 请求的方法:Get 对应方法的执行:hi() 那么,假设让你自己去实现 HTTP 的请求处理,你可能会写出这样一段伪代码: 1234567891011public class HttpRequestHandler{ Map<RequestKey, Method> mapper = new HashMap<>(); public Object handle(HttpRequest http...
公告
👋 你好,我是褚成志,一名专注于云原生与后端架构的工程师。
热爱 Java、Kubernetes、Linux、Redis、Spring 等技术领域,持续探索 AGI 与智能化运维的边界。
这里记录我的技术思考与实践总结,欢迎交流!
热爱 Java、Kubernetes、Linux、Redis、Spring 等技术领域,持续探索 AGI 与智能化运维的边界。
这里记录我的技术思考与实践总结,欢迎交流!
