关于这个问题:我的理解思路是:
我找到tmailercommon项目下的com.tmailer.common.util.HttpUtil这个类中的这个方法
发现IE与firefox是有分别处理的,所以一开始我也按照firefox的处理方式测试了下,结果发现在IE根本是不支持base64的
或许firefox是支持base64所以它的头信息是不会这么长。而大部分用户都是用windows系统,而该系统的文件名也是有限制的,我昨天测试了下好像是不能超过30个字。所以firefox支持base64貌似没有限制。而IE是支持URLEncoder.encode这个编码,在头信息中,如果文件名很长,头信息是变得很长,而且的都是%d之类的。所以就试试使用最原始的转化编码的方式,即new String(filename.getBytes("gb18030"), "ISO8859-1"); 而这里是要使用ISO8859-1因为它是url传过来的。
public static String encodeFilename(Browser browser, String filename) {
if (StringUtil.isAsciiString(filename) && filename.indexOf('"') == -1)
return '"' + filename + '"';
try {
if (browser == Browser.IE)
//since URLEncoder.encode() limit 153 bytes,so modify by zhongdh 20091116
// return URLEncoder.encode(filename, "utf-8");
return new String(filename.getBytes("gb18030"), "ISO8859-1");
//end
else if (browser == Browser.FIREFOX)
return '"' + MimeUtility.encodeText(filename, "utf-8", "B") + '"';
else
return '"' + MimeUtility.encodeText(filename, "utf-8", "B") + '"';
} catch (UnsupportedEncodingException uee) {
return filename;
}
}
发现IE与firefox是有分别处理的,所以一开始我也按照firefox的处理方式测试了下,结果发现在IE根本是不支持base64的
或许firefox是支持base64所以它的头信息是不会这么长。而大部分用户都是用windows系统,而该系统的文件名也是有限制的,我昨天测试了下好像是不能超过30个字。所以firefox支持base64貌似没有限制。而IE是支持URLEncoder.encode这个编码,在头信息中,如果文件名很长,头信息是变得很长,而且的都是%d之类的。所以就试试使用最原始的转化编码的方式,即new String(filename.getBytes("gb18030"), "ISO8859-1"); 而这里是要使用ISO8859-1因为它是url传过来的。