通過把Content-Type設置為application/octet-stream，可以把動態生成的內容當作文件來下載，相 信這個大家都會。那麼用Content-Disposition設置下載的文件名，這個也有不少人知道吧。基本上，下 載程序都是這麼寫的：
header('Content-Disposition: attachment; filename=' . $filename);print "Hello!";?>
這樣用浏覽器打開之後，就可以下載document.txt。
但是，如果$filename是UTF-8編碼的，有些浏覽器就無法正常處理了。比如把上面那個程序稍稍改一 下：
header('Content-Disposition: attachment; filename=' . $filename);print "Hello!";?>
把程序保存成UTF-8編碼再訪問，IE6下載的文件名就會亂碼。 FF3下下載的文件名就只有“中文”兩 個字。Opera 9下一切正常。
輸出的header實際上是這樣子：
Content-Disposition: attachment; filename=中文 文件名.txt
其實按照RFC2231的定義，多語言編碼的Content-Disposition應該這麼定義：
Content-Disposition: attachment; filename*="utf8''%E4%B8%AD%E6%96%87%20%E6%96%87%E4%BB% B6%E5%90%8D.txt"
即：
filename後面的等號之前要加 * filename的值用單引號分成三段，分別是字符集(utf8)、語言(空)和 urlencode過的文件名。 最好加上雙引號，否則文件名中空格後面的部分在Firefox中顯示不出來 注意 urlencode的結果與php的urlencode函數結果不太相同，php的urlencode會把空格替換成+，而這裡需要替 換成%20
經過試驗，發現幾種主流浏覽器的支持情況如下：
IE6 attachment; filename=""
FF3 attachment; filename="UTF-8文件名"
attachment; filename*="utf8''"
O9 attachment; filename="UTF-8文件名"
Safari3(Win) 貌似不支持？上述方法都不行
這樣看來，程序必須得這樣寫才能支持所有主流浏覽器：
$encoded_filename = urlencode($filename);$encoded_filename = str_replace("+", "%20",
$encoded_filename);header('Content-Type: application/octet- stream');
if (preg_match("/MSIE/", $ua)) { header('Content-Disposition: attachment;
filename="' . $encoded_filename . '"');} else if (preg_match ("/Firefox/", $ua))
{ header('Content-Disposition: attachment; filename*="utf8 \'\'' . $filename . '"');}
else { header('Content-Disposition: attachment; filename="' . $filename . '"');
}print 'ABC';?>
