慎用FileStream

RT

  今天测试给我提了问题叫我排除客户测试环境的一个无法通过浏览器下载文件的Bug。按照之前的经验,这种问题90%是文件夹权限的问题。于是乎,三下五除二,到服务器上一阵折腾。终于将相关的文件夹的IIS_Users的只读权限打开。满怀信心的重新点击下载的按钮,浏览器开始有反应,但有点慢,我心想,恩,这下应该好了,no news is good news。结果,啪,又跳到了错误页面。这下蒙了。心想,估计是没设好,于是,又到服务器一阵折腾。完了小心翼翼地再点击下载按钮,啪,又出错。我的娘啊,这下咋办。回服务器查看windows日志。unhandled access exception...这个,很明显是权限问题嘛,怎么回事。苦苦思索后没有结果。回到自己的桌面,打开之前前辈们写的下载文件的代码。分析了一下,好像也没什么问题啊。突然,看到了FileMode.Open,而没有相关的FileAccess的赋值,莫非是这样写就代表是需要写权限。想到可能的原因后又赶紧到服务器又是一阵折腾,将文件夹的权限改为Write,回来,点击下载,终于。。。终于,跳出了文件保存的对话框。整个世界一片清净。

  这个Bug的排查花了我半个上午的时间,假如,或者说如果,当初的那位哥们在写FileStream的时候能多考虑一下,那么,还会有这样的坑吗?

你可能感兴趣的:(慎用FileStream)