正则表达式 [0-9] v.s. [0--9]

listenxu

正则表达式【0-9】匹配从 0 到 9 中的任意一个数字字符，但是我看到也有【0--9】的写法，二者匹配出来的结果不一样，那么，【0--9】代表什么意思呢？谢谢！

yestreenstars

有两种可能：
1.你看错了
2.他写错了

Herowinter

1. echo "1234"|awk '$0~/[0-9]/'
   
2. 1234
   
3. 
   
4. echo "1234"|awk '$0~/[0--9]/'
   
5. awk: fatal: Invalid range end: /[0--9]/

复制代码

回复 1# listenxu

估计是个其他字符x，表示0或x或9.


   

jason680

回复 1# listenxu

refer to 2L that yestreenstars said


it will be issue if you try the pattern with [0--9]

$ echo a1b2c3 | sed 's/[0-9]/x/g'
axbxcx

$ echo a1b2c3 | sed 's/[0--9]/x/g'
sed: -e expression #1, char 12: Invalid range end

$ echo 123 | grep "[0-9]"
123

$ echo a1b2c3 | grep "[0--9]"
grep: Invalid range end

$ echo a1b2c3 | awk -F"[0-9]" '{print NF}'
4

$ echo a1b2c3 | awk -F"[0--9]" '{print NF}'
awk: fatal: Invalid range end: /[0--9]/

when you use the pattern N to M, [N-M], the M must be greater than the N in ASCII code.
[0-9]  
  N = "0" = ASCII 0x30
  M = "9" = ASCII 0x39
the 0x39("9") is greater than 0x30("0"),  it's OK

[0--9]
  N = "0" = ASCII 0x30
  M = "-" = ASCII 0x2D
the 0x2D("-") isn't greater than 0x30("0"), it's will be issue

$ echo a1b2c3 | sed 's/[0-z]/x/g'
xxxxxx
   

listenxu

回复 4# jason680


    谢谢；我做的测试如下，用[0--9]并没有报错，但输出结果是有问题的；
test@ test-laptop:~/shell$ ls test*
test1.lock  test6666  test7777  test8888  test9999  test_logger
test@ test-laptop:~/shell$
test@ test-laptop:~/shell$
test@ test-laptop:~/shell$ find . -name "[t][a-z][a-z][a-z][0-9][0-9]*"
./test7777
./test6666
./test9999
./test8888
test@ test-laptop:~/shell$ find . -name "[t][a-z][a-z][a-z][0--9][0--9]*"
./test9999


另外，附加一个疑问，正则表达式不带双引号，含有[0--9]的命令可以造就执行，但是含有[0-9]的就报错了，但是如果find ls就不用双引号（ find ~ -name ls 不会报错），这个双引号对正则表达式而言是必须的吗？

test@ test-laptop:~/shell$
  test@ test-laptop:~/shell$ find . -name [t][a-z][a-z][a-z][0--9][0--9]*
./test9999
test@ test-laptop:~/shell$ find . -name [t][a-z][a-z][a-z][0-9][0-9]*
find: paths must precede expression: test7777
Usage: find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [path...] [expression]

yestreenstars

回复 5# listenxu
[0--9]在find里不会报错，我的猜想是这样的：find把[0--9]当成9来处理了。
至于为什么不加双引号会报错，那是因为你的表达式中包含了*，如果没有双引号，find就会把它当成是路径来处理，所以会报错。

   

jason680

回复 5# listenxu

$ ls
a1  a2  a3

# enable the xtrace option to see what's happen
$ set -x

$ find .  -name "a[0-9]*"
+ find . -name 'a[0-9]*'      <== shell explain function or variable for find command
./a1
./a3
./a2

$ find .  -name a[0-9]*
+ find . -name a1 a2 a3     <== shell explain function or variable for find command
find: paths must precede expression: a2
Usage: find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [path...] [expression]

$ find .  -name "a[0--9]"
+ find . -name 'a[0--9]'     <== shell explain function or variable for find command
Note: didn't output anything becaue it can find the file to match the pattern a[0--9]

$ set +x
   

yestreenstars

-name是不支持正则表达式的

根据你的要求，我改成这样：

1. find . -regextype posix-egrep -regex '\./t[a-z]{3}[0-9]+'

复制代码

listenxu

回复 6# yestreenstars


    谢谢，从结果看来，确实是把0--9 当成9来处理的

listenxu

回复 7# jason680


    谢谢，打印出执行过程，确实清楚了很多；
    另外，根据楼上仁兄的说法和实际的运行结果，shell把0--9当成9来处理的