恶心的文件扩展名大小写bug

   以前支持的一个外快项目反馈了一个bug，说有些图片不能正常显示。图片全存在同一个目录，没理由zn002_1.jpg 能显示，zn002_0.jpg就无法显示啊（用户反馈的信息就是zn002_0.jpg文件存在都无法显示，而且通过程序功能修改了zn002_0照片还是无法显示）。

 

    于是要求将照片目录发过来，仔细对比发现：zn002_0.JPG 居然图片扩展名是大写的！ web页面上加载的图片路径是 zn002_0.jpg，就出现了无法显示！

 

    那么继续分析bug产生的过程，就比较有意思了：

    step1:用户在新增记录的时候，提交了照片 *.JPG。 后台自动更改文件名后，给其存储为zn002_0.JPG ，记录地址“ zn002_0.JPG ”。这个时候照片是可访问的。

 

    step2：用户这个时候需要修改图片，恰恰这次上传的图片为*.jpg (这里是小写)，那么后台就会试图写文件 zn002_0.jpg，并存储路径”zn002_0.jpg“。

    问题就诞生了，由于服务器OS为windows环境， 在已存在zn002_0. JPG文件的情况下，通过Java向目录写zn002_0.jpg的时候，windows不区分扩展名大小写，认为文件相同，执行了覆盖的操作。并且需要注意的是，覆盖后扩展名依然保留为原文件的大写格式。 这个时候文件名和存储路径就出现不一致了。

 

    其实换linux服务器环境一样存在隐含的bug，如果不做处理，那么就会在图片目录出现zn002_0. JPG 和zn002_0.jpg两个图片。 虽然不会影响显示，但绝算不上优雅了。

 

   于是乎，

  1.写个bat，将图片夹下所有扩展名转小写： if exist *.JPG ren *.JPG *.jpg

  2.然后在Java代码中对存储路径做处理，扩展名tolowcase(),只存储小写扩展名的文件路径。

  3在DB中将所有已有路径字段的扩展名部分全部update成小写。

这样解决现有图片不正常显示的问题，同时新增图片上传经过处理之后，全部为小写.jpg。不存在扩展名大小写bug