dir 使用通配符的一些奇怪问题

Demon

危险的通配符
某大神在写BAT的时候发现一个DIR命令的一个奇怪现象：

1. 
   
2. D:\test>dir /b
   
3. 11111111111.txt
   
4. 22222222222.txt
   
5. 33333333333.txt
   
6. aaaaaaaaaaa.txt
   
7. bbbbbbbbbbb.txt
   
8. ccccccccccc.txt
   
9. 
   
10. D:\test>dir /b *1*
    
11. 11111111111.txt
    
12. 22222222222.txt
    
13. 33333333333.txt
    
14. aaaaaaaaaaa.txt
    
15. bbbbbbbbbbb.txt
    
16. ccccccccccc.txt
    
17. 
    
18. D:\test>dir /b *~*
    
19. 11111111111.txt
    
20. 22222222222.txt
    
21. 33333333333.txt
    
22. aaaaaaaaaaa.txt
    
23. bbbbbbbbbbb.txt
    
24. ccccccccccc.txt
    

复制代码

论坛搜索“通配”，发现两个相关的帖子：

http://bbs.bathome.net/viewthread.php?tid=3263

http://bbs.bathome.net/viewthread.php?tid=3795

本来想分析一下原因的，但是觉得好累，就不写了。

CrLf

貌似是 FindFirstFile FindNextFile 的问题（没有跟踪调试，但 hash 和 dir 的原理一样，测试也是如此）
大概是被理解成短名了吧？这个问题挺可怕的，值得注意

CrLf

好像也不是短名的原因...执行 dir *~1 返回的结果看得我莫名其妙
还发现个问题

1. dir ?.txt
   
2. ::匹配 . 前有且只有一个字符的 txt 文件
   
3. dir *.txt?
   
4. ::实际匹配的是 *.txt

复制代码

看来这 api 匹配后缀名时实在是太宽松了...

CrLf

另：
突然想起有哪位大师提到过 start ^>^> 的问题，用 dir 测试了一下，我勒个去...
^> 相当于 ?

1. dir ^>

复制代码

^< 则相当于 *.

1. dir ^<
   
2. ::相当于 *.
   
3. dir ^<^<
   
4. ::^<^< 相当于 *.*.

复制代码