利用Java正则表达式去掉SQL代码中回车换行和多余空格

简介:
刚才在写一个代码工具,遇到SQL换行和多余空格的问题,导致处理很困难,于是写了一个正则式,搞定了:
 
 
 
         public  static  void main(String[] args) { 
                String sql =  "SELECT *            FROM        \n" + 
                                 " `testdb`.`foo`         LIMIT            0,            100"
                String s =  "SELECT *            FROM            `testdb`.`foo`         LIMIT            0,            100"
                String sql2 = Pattern.compile( " {2,}").matcher(s).replaceAll( " "); 
                String sql3 = s.replaceAll( " {2,}", " "); 
                String sql4 = sql.replace('\r', ' ').replace('\n', ' ').replaceAll( " {2,}", " ");; 
                String sql5 = sql.replace('\r', ' ').replace('\n', ' ').replaceAll( " {2,}?", " ");; 
                String sql6 = sql.replace('\r', ' ').replace('\n', ' ').replaceAll( " {2,}+", " ");; 
                System.out.println(sql2); 
                System.out.println(sql3); 
                System.out.println(sql4); 
                System.out.println(sql5); 
                System.out.println(sql6); 
        }
 
输出结果:
SELECT * FROM `testdb`.`foo` LIMIT 0, 100 
SELECT * FROM `testdb`.`foo` LIMIT 0, 100 
SELECT * FROM `testdb`.`foo` LIMIT 0, 100 
SELECT *     FROM     `testdb`.`foo`     LIMIT     0,     100 
SELECT * FROM `testdb`.`foo` LIMIT 0, 100 

Process finished with exit code 0
 
结果可以看出,有一个是没有去掉多余空格的。
 
可见java中的正则式,同样含义的还有多重写法,呵呵!其实主要是不同数量词匹配模式在作怪:
 
原版API文档中写道:
 
Greedy 数量词
X? X,一次或一次也没有
X* X,零次或多次
X+ X,一次或多次
X{n} X,恰好 n 次
X{n,} X,至少 n 次
X{n,m} X,至少 n 次,但是不超过 m 次
 
Reluctant 数量词
X?? X,一次或一次也没有
X*? X,零次或多次
X+? X,一次或多次
X{n}? X,恰好 n 次
X{n,}? X,至少 n 次
X{n,m}? X,至少 n 次,但是不超过 m 次
 
Possessive 数量词
X?+ X,一次或一次也没有
X*+ X,零次或多次
X++ X,一次或多次
X{n}+ X,恰好 n 次
X{n,}+ X,至少 n 次
X{n,m}+ X,至少 n 次,但是不超过 m 次
 
 
但是,没有对三种方式进行更详细的说明,其实三种模式的区别如下:
 
Greedy :尝试找到最长的匹配。
Reluctant :尝试找到最短的匹配。
Possessive :也尝试找到最长的匹配。
尽管greedy和possessive迫使一个matcher在进行第一次匹配之前读取整个的text,greedy常常导致为了找到一个match进行多次尝试,然而possessive让一个matcher仅尝试一个match一次。
 
 
下面是一个我工具中的方法:
         /** 
         * 判断一条SQL语句是否已经是分页的SQL 
         * 
         * @param sql 源SQL 
         * @return 是已经分页的SQL时返回ture,否则返回False; 
         */
 
         public  boolean isAlreadySegmentSQL(String sql) { 
                 return sql.replace('\r', ' ').replace('\n', ' ').replaceAll( " {2,}"" ").matches( "(?i).+LIMIT [\\d+ *|\\d *, *\\d+].+"); 
        } 
 
还是正则功能强悍啊!


本文转自 leizhimin 51CTO博客,原文链接:http://blog.51cto.com/lavasoft/742164,如需转载请自行联系原作者
相关文章
|
1月前
|
Java
在 Java 中捕获和处理自定义异常的代码示例
本文提供了一个 Java 代码示例,展示了如何捕获和处理自定义异常。通过创建自定义异常类并使用 try-catch 语句,可以更灵活地处理程序中的错误情况。
65 1
|
1天前
|
安全 Java 编译器
深入理解Java中synchronized三种使用方式:助您写出线程安全的代码
`synchronized` 是 Java 中的关键字,用于实现线程同步,确保多个线程互斥访问共享资源。它通过内置的监视器锁机制,防止多个线程同时执行被 `synchronized` 修饰的方法或代码块。`synchronized` 可以修饰非静态方法、静态方法和代码块,分别锁定实例对象、类对象或指定的对象。其底层原理基于 JVM 的指令和对象的监视器,JDK 1.6 后引入了偏向锁、轻量级锁等优化措施,提高了性能。
11 3
|
27天前
|
Java
java小工具util系列4:基础工具代码(Msg、PageResult、Response、常量、枚举)
java小工具util系列4:基础工具代码(Msg、PageResult、Response、常量、枚举)
50 24
|
9天前
|
前端开发 Java 测试技术
java日常开发中如何写出优雅的好维护的代码
代码可读性太差,实际是给团队后续开发中埋坑,优化在平时,没有那个团队会说我专门给你一个月来优化之前的代码,所以在日常开发中就要多注意可读性问题,不要写出几天之后自己都看不懂的代码。
48 2
|
23天前
|
Java 编译器 数据库
Java 中的注解(Annotations):代码中的 “元数据” 魔法
Java注解是代码中的“元数据”标签,不直接参与业务逻辑,但在编译或运行时提供重要信息。本文介绍了注解的基础语法、内置注解的应用场景,以及如何自定义注解和结合AOP技术实现方法执行日志记录,展示了注解在提升代码质量、简化开发流程和增强程序功能方面的强大作用。
63 5
|
23天前
|
存储 算法 Java
Java 内存管理与优化:掌控堆与栈,雕琢高效代码
Java内存管理与优化是提升程序性能的关键。掌握堆与栈的运作机制,学习如何有效管理内存资源,雕琢出更加高效的代码,是每个Java开发者必备的技能。
48 5
|
27天前
|
SQL Java
使用java在未知表字段情况下通过sql查询信息
使用java在未知表字段情况下通过sql查询信息
36 8
|
25天前
|
Java API 开发者
Java中的Lambda表达式:简洁代码的利器####
本文探讨了Java中Lambda表达式的概念、用途及其在简化代码和提高开发效率方面的显著作用。通过具体实例,展示了Lambda表达式如何在Java 8及更高版本中替代传统的匿名内部类,使代码更加简洁易读。文章还简要介绍了Lambda表达式的语法和常见用法,帮助开发者更好地理解和应用这一强大的工具。 ####
|
29天前
|
Java API Maven
商汤人像如何对接?Java代码如何写?
商汤人像如何对接?Java代码如何写?
36 5
|
1月前
|
XML 安全 Java
Java反射机制:解锁代码的无限可能
Java 反射(Reflection)是Java 的特征之一,它允许程序在运行时动态地访问和操作类的信息,包括类的属性、方法和构造函数。 反射机制能够使程序具备更大的灵活性和扩展性
47 5
Java反射机制:解锁代码的无限可能