©2020-2024 ioDraw All rights reserved,
Privacy Policy
今天写代码的时候发现alibaba的druid工具对postgresql数据库的union all语法支持不够完善，具体场景：
select id,name from a
union all
(select id,name from b order by id);
该语法在druid工具中被解析为：
select id,name from a
union all
select id,name from b
order by id;
显而易见，解析后将括号"()"去掉了，去掉之后SQL语义发生了改变，本意是想a表与根据id排序后的b表进行union
all，但是解析之后语义为a表与b表union all之后再进行排序，SQL语义发生了巨大变化。那么如何修复呢？目前有三种方法。
第一种：给druid官方提issue(等他们解决，猴年马月了，不适用)
第二种：将使用版本的jar包源码下载下来进行正确修改，编译，上传到私服进行引用（如果遇到版本升级，可能之前修改的就不再生效了）
（建议使用）
第三种：找到要修改的源码的全路径，在项目路径下新建一个相同全路径的类，将源码贴入新建的类中，然后在该类中对相应代码进行正确修改即可，需要注意的一个问题，版本升级时需要注意，该新建的类需要在最新版本的基础之上进行正确修改，防止串版本问题！另外，做好备注，防止后续开发人员不理解相关代码。
最后说一下，项目新建类覆盖源码的原理：
1、maven遇到同名类，在pom中先声明的先加载
2、本地类的加载顺序，优先于依赖包中的类
加载顺序实验
maven在遇到同名类时，加载顺序如何？我们做实验测试下。
出现同名类的情况如下，不同包下的MyApi类完全一样：
1、demo应用依赖了api-v1的MyApi类
2、demo应用依赖了api-v2的MyApi类
api-v1版本的代码如下：
api-v2版本的代码如下：
demo调用如下：
package org.example.demo; import org.example.api.MyApi; /** * @author xxx *
@date 2022/4/22 11:22 下午 */ public class App { public static void main(String[]
args) { MyApi myApi = new MyApi(); myApi.echo(); } }
当pom中的引入顺序是下面这种情况，控制台输出：api-v1：
<dependencies> <dependency> <groupId>org.example.api</groupId>
<artifactId>api-v1</artifactId> <version>1.0-SNAPSHOT</version> </dependency>
<dependency> <groupId>org.example.api</groupId> <artifactId>api-v2</artifactId>
<version>1.0-SNAPSHOT</version> </dependency> </dependencies>
当pom中的引入顺序是下面这种情况，控制台输出：api-v2：
<dependencies> <dependency> <groupId>org.example.api</groupId>
<artifactId>api-v2</artifactId> <version>1.0-SNAPSHOT</version> </dependency>
<dependency> <groupId>org.example.api</groupId> <artifactId>api-v1</artifactId>
<version>1.0-SNAPSHOT</version> </dependency> </dependencies>
再做一个实验，在demo工程本地也新建一个同名的MyApi类：
package org.example.api; /** * @author xxx * @date 2022/4/22 11:25 下午 */
public class MyApi { public void echo() { System.out.println("api-demo"); } }
目录结构如下：
再次执行main函数，控制台输出：api-demo
才疏学浅，大佬们多指教！