【已解决】特殊空格ASCII为160，non-breaking space导致sql脚本解析失败

木木归来

已于 2022-02-14 10:55:06 修改

阅读量1.2k

点赞数 1

分类专栏： Java 文章标签： sql 编辑器数据库

于 2022-02-11 17:07:36 首次发布

本文链接：https://blog.csdn.net/cc920095705/article/details/122884528

版权

9 篇文章 2 订阅

订阅专栏

sql编辑器中，存在未知字符，导致执行失败

select * from spark2 where id=12

此处展示正常，可复制sql，粘贴到sublime编辑器

对比，正常可执行脚本

select * from spark2 where id=12

sublime编辑器展示为：

在这里插入图片描述

观察可以看到，有莫名的字符显示。

通过比较，发现，两个空格的编码，一个是32，一个是160，其中32的是可以正常处理的。

思路：通过以上分析，可以识别char为160的空格，替换为32的空格。

  public static String convertNonBreakSpace(String sql){
    return sql.replaceAll("[\\s\\u00A0]+", " ");
  }

ASCII值为32，或者值为160，都被是空格，但32是我们常见的空格，而160是一种特殊的空格（non-breaking space），不熟悉是么，如果写成&nbsp呢？其实就是页面上&nbsp产生的空格。这种空格的作用是，在页面换行的时候，不被打断。

不间断空格(non-breaking space)，是在UTF-8编码下的一种特殊的空格，意指换行时阻止空格两端文字被断开。

举个简单的例子，文字100 km如果出现在行末，当需要换行处理时，很可能会自动将100留在当前行末，而km被移到下一行首。但如果其中间的空格是Non-breaking space，那这种情况便不会发生了。
在这里插入图片描述

在word中就可以显示效果，如上图，第一行100km，中间的空格是普通32空格，而第二行的则是160的空格。

注意：这两种空格，通常在编译器中是无法显示出区别的。

关注