因HTTP的Header长度过长导致下载文件名出现乱码的问题
在通过IE直接下载文件的时候,我们可能会遇到一个比较常见的问题,那就是:我们下载的文件的文件名如果过长的话,就会出现,弹出的提示框的文件标题名变成乱码,即“%f%e%1”这样的乱码,而且点击保存到本地,文件的名称同样是乱码,一般我们使用的代码如下:
Response.ContentType = "application/octet-stream";
Response.AddHeader("Content-disposition", "attachment;filename=" + HttpUtility.UrlEncode(strAccFileName, Encoding.UTF8) + "");
Response.CacheControl = "Private";
Response.BinaryWrite(objFileBuf);
Response.Flush();
经过我们测试,strAccFileName支持的字符长度在32个以下,如果超过该长度,即会出现我们开始描述的乱码问题,所以,我们对超过32个字符以外的字符进行了认为截取,并使用“……”作为省略的象征,这样能够稍微缓解一下问题,毕竟不会出现客户认为的异常的乱码了,但是如果客户坚持要保证完整用户名下载,并且其用户名实在是非常的长的情况的话,那我们暂时只能考虑使用其他的下载方式,或者自己重新设计编写一个下载界面,是可以解决问题的。
最后说一点,我使用的浏览器是IE8版,但启用的是IE7的应用,出现的情况却是名称的前面字符出现了乱码,但是,有一部分内容是正常的,但是,在IE6中,却是全部都是乱码,不知道是否做了优化?但我们最终还是选择了多截取一部分内容,以保证出现乱码的问题。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述