比较文件名时，大小写转换函数需慎用

Windows下的文件名是不区分大小写的。

大小写的概念不仅仅是英文字母中有，其他语言的字母中也有。

比如以下三个文件名在Windows中是代表同一个文件：

Τάχιστη.txt
τάχιστη.txt
ΤΆΧΙΣΤΗ.txt

这个文件名的文字摘自PHP文档 mb_strtolower 的范例中： http://www.php.net/manual/zh/function.mb-strtolower.php，我也不知道这是哪国文字。

测试发现，IE6和Chrome 27都能够使用 String.prototype.toLowerCase() 和 String.prototype.toLowerCase() 方法来处理上面这串蝌蚪文的大小写转换。

不过 ECMA-262 5.1 中的一些注文引起了我的担忧：http://ecma-international.org/ecma-262/5.1/#sec-15.5.4.16

中文版在这里：http://www.w3.org/html/ig/zh/wiki/ES5/builtins#String.prototype.toLowerCase_.28_.29

“某些字符的大小写映射可产生多个字符”

“s.toUpperCase().toLowerCase() 不一定等于 s.toLowerCase()”

我不明白这些文字为何会有这样的情况，也不知道这些情况在Windows这种不区分文件名大小写的环境中会产生怎样的问题。

我也不知道PHP的多字节字符串大小写转换函数，与ECMAScript的大小写转换方法行为是否完全一致（也许可以写点程序测试一下）。

另外，Unicode好像是在不断发展的，这些都成了不确定因素。

因此，我现在只能推断，通过程序中的大小写转换函数来判断某个“大写的”文件名和某个”小写的“文件名，在Windows下是否是相同的文件，严格来说可能是不靠谱的。

大小写不同的话，在程序中还是作为不同的文件处理吧。

当然，如果有类似于“能够确保文件名只能为英文字母”这样的前提条件，能够预知程序处理的结果，那么转换大小写判断重名文件还是可以用的。

在处理PHP读写zip的时候，遇到到了上面的问题，于是记下来。