过滤字符的性能调优?挤一挤还是有的

简介:

/*

*author: ahuaxuan(张荣华)

*date: 2010-05-28

*/

起因

前一段时间和其他系统集成, 另外一个系统对某个参数有一个限制,需要将字符串中的特殊字符过滤掉, 由于需要过滤的字符是对方定义的, 所以对方直接把他们系统中的过滤的代码给我了, 代码如下:

Java代码 复制代码 收藏代码
  1. private String escape(String s) {
  2. if (s == null) {
  3. return null;
  4. }
  5. StringBuilder sb = new StringBuilder(s.length());
  6. for (int i = 0; i < s.length(); i++) {
  7. char c = s.charAt(i);
  8. if (c == '\\' || c == '+' || c == '-' || c == '!' || c == '('
  9. || c == ')' || c == '^' || c == '[' || c == ']' || c == ':'
  10. || c == '{' || c == '}' || c == '~' || c == '*' || c == '?'
  11. || c == '|' || c == '&' || c == '>' || c == '<') {
  12. sb.append(“ ”);
  13. } else {
  14. sb.append(c);
  15. }
  16. }
  17. return sb.toString();
  18. }

拿到代码之后, ahuaxuan没有作过多的思考, 而是直接把这段代码贴到自己的代码中, 事实证明它运行”良好”.今天重新审视这段代码的时候,发现还是有改进的余地.

分析

特征分析, 上面这段代码的主要作用是将字符串中出现的固定字符替换成空格, 这些需要替换的字符也是我们常见的字符.

面对这样一个需求, 有的程序员会想到replace方法,有的程序员会想到上面的多次||的方法(但是多次||的问题在于如果你的字符不是需要过滤的字符,那么程序就一直会执行到最后一个||,这绝对性能上的浪费阿), 也有的程序员会想到hash的方式. 其实我们的最终目的其实就是:

给定一个字符, 你怎么判断这个字符是否在某个常见的字符列表中.

你肯定不想用迭代, 你也肯定不想用if else if, 你可能比较喜欢用hash, 但是注意这里的”常见字符”这几个字.

是因为它们在ascii 码里所以它们才常见, 还是因为他们常见,所以放到ascii 码里呢, 但不管怎么样, 事实上它们确实是在ascii码里, 也就是说他们之中最大的都不会超过255.

所以这个时候, 我们的方案就浮出水面了, 由于我们只要检查每个char是否==这些常见的char就行了. 说到这里, 你是不是又想起了if else if, 这个只是思维的惯性, 如果你再把这些char想像成一个个数字呢.

本质和方案

于是需求就转换成了---在个数字段中, 找到某些我们预先定义的需要过滤的数字, 并将起替换成空格,而我们定义的数字都是小于255的.

在这样一个需求中, 最快的方式是啥咧, 数组是不, 比如说我们定义的需要过滤的数字是[2, 5], 我们的数字序列是1 2 3 4 5 10 11 110......

那么我们只要遍历这个数字, 然后判断这个数字在我们的过滤数组中是否存在. 我们的过滤数组怎么组织呢?

filterchars = [0, 0, 1, 0, 0, 1],

然后我们只需要判断filterchars[k] > 1就知道是个字符是否是需要过滤的字符了(当然这里要注意数组越界了).


代码如下:
Java代码 复制代码 收藏代码
  1. public int[] dic = new int[256];
  2. private String filterChars = "\\+-!()^[]:{}~*?|&><";
  3. /**
  4. * User: ahuaxuan
  5. * Date: 2010-5-28
  6. * Time: 13:17:11
  7. */
  8. public CharFilter() {
  9. for (int k = 0; k < filterChars.length(); k++) {
  10. //这里浪费了一些byte.
  11. char c = filterChars.charAt(k);
  12. if (c < 256) {
  13. dic[c] = 1;
  14. }
  15. }
  16. }
  17. public String newEscape(String abc) {
  18. if (abc == null) {
  19. return null;
  20. }
  21. StringBuilder rs = new StringBuilder(abc.length());
  22. for (int k = 0; k < abc.length(); k++) {
  23. char c = abc.charAt(k);
  24. if (c < 256 && dic[c] > 0) {
  25. rs.append(" ");
  26. } else {
  27. rs.append(c);
  28. }
  29. }
  30. return rs.toString();
  31. }

测试报告

下面我们来看看这段代码:

相同功能的两段代码, 运行一下测试, 测试方法如下:

Java代码 复制代码 收藏代码
  1. /**
  2. * User: ahuaxuan
  3. * Date: 2010-5-28
  4. * Time: 13:17:11
  5. */
  6. public static void main(String [] args) {
  7. for (int n = 0; n < 10; n++) {
  8. System.out.println("------------------------" + n);
  9. StringBuilder txt = new StringBuilder(1000);
  10. for (int k = 0; k < 100; k++) {
  11. txt.append(UUID.randomUUID().toString());
  12. }
  13. CharFilter pt = new CharFilter();
  14. String abc = txt.toString();
  15. long begin = System.currentTimeMillis();
  16. for (int k = 0; k < 10000; k++) {
  17. pt.escape(abc);
  18. }
  19. System.out.println("escape : " + (System.currentTimeMillis() - begin) + "ms");
  20. begin = System.currentTimeMillis();
  21. for (int k = 0; k < 10000; k++) {
  22. pt.newEscape(abc);
  23. }
  24. System.out.println("new escape : " + (System.currentTimeMillis() - begin) + "ms");
  25. }
  26. }

不到1k的一个文本, 每种方法调用100次, 最终得到的结果是:

ahuaxuan 写道
------------------------0
escape : 103ms
new escape : 67ms
------------------------1
escape : 60ms
new escape : 42ms
------------------------2
escape : 61ms
new escape : 48ms
------------------------3
escape : 58ms
new escape : 39ms
------------------------4
escape : 56ms
new escape : 39ms
------------------------5
escape : 80ms
new escape : 39ms
------------------------6
escape : 55ms
new escape : 40ms
------------------------7
escape : 55ms
new escape : 38ms
------------------------8
escape : 55ms
new escape : 38ms
------------------------9
escape : 59ms
new escape : 41ms

如果我们把对每个不到1K的文本的过滤调用上升到10000次, 那么测试结果是:

ahuaxuan 写道
------------------------0
escape : 627ms
new escape : 433ms
------------------------1
escape : 564ms
new escape : 390ms
------------------------2
escape : 624ms
new escape : 390ms
------------------------3
escape : 561ms
new escape : 385ms
------------------------4
escape : 564ms
new escape : 388ms
------------------------5
escape : 600ms
new escape : 391ms
------------------------6
escape : 559ms
new escape : 382ms
------------------------7
escape : 564ms
new escape : 394ms
------------------------8
escape : 573ms
new escape : 395ms
------------------------9
escape : 566ms
new escape : 406ms

文体大小和过滤次数上升之后, 优化之后的方法比原先的方法快了近200ms.

总结:

性能就像女人的胸, 挤一挤还是有的.

当然如果你觉得文中的手段是太入门级了, 那你可以看看ahuaxuan的这篇文章:

使用DFA实现文字过滤

目录
相关文章
|
8月前
|
SQL 监控 数据库连接
数字安全网:深入解析服务容错的三大绝招“
数字安全网:深入解析服务容错的三大绝招“
54 1
|
8月前
|
算法 搜索推荐 程序员
第六十二练 字符串匹配 - 模糊匹配
第六十二练 字符串匹配 - 模糊匹配
81 1
|
7月前
|
算法
【LeetCode刷题】滑动窗口解决问题:串联所有单词的子串(困难)、最小覆盖子串(困难)
【LeetCode刷题】滑动窗口解决问题:串联所有单词的子串(困难)、最小覆盖子串(困难)
|
8月前
|
搜索推荐 算法 程序员
第六十一练 字符串匹配 - 精确匹配
第六十一练 字符串匹配 - 精确匹配
43 3
|
运维
【运维杂谈】统计文件中出现的单词数和字母数
【运维杂谈】统计文件中出现的单词数和字母数
101 0
|
数据安全/隐私保护
学生系统优化——字符限定
学生系统优化——字符限定
|
8月前
|
人工智能 自然语言处理 Java
想要搞定正则验证字串符?用这个办法最简单,质量还高!
在编程中,字符串的处理是不可避免的一部分。我们经常需要验证用户输入的数据、提取文本信息、替换特定字符等等。在这些场景中,正则验证字串符(Regex Validation)为我们提供了一种高效、灵活的处理方式。
|
8月前
|
算法
算法编程(二十九):统计一致字符串的数目
算法编程(二十九):统计一致字符串的数目
96 0
|
算法 索引
【算法挨揍日记】day08——30. 串联所有单词的子串、76. 最小覆盖子串
给定一个字符串 s 和一个字符串数组 words。 words 中所有字符串 长度相同。 s 中的 串联子串 是指一个包含 words 中所有字符串以任意顺序排列连接起来的子串。 例如,如果 words = [&quot;ab&quot;,&quot;cd&quot;,&quot;ef&quot;], 那么 &quot;abcdef&quot;, &quot;abefcd&quot;,&quot;cdabef&quot;, &quot;cdefab&quot;,&quot;efabcd&quot;, 和 &quot;efcdab&quot; 都是串联子串。 &quot;acdbef&quot; 不是串联子串,因为他不是任何 words 排列的连接。
392 0

热门文章

最新文章

下一篇
开通oss服务