問題描述：
將數據（含中文）拼裝為html文件格式，發送郵件到指定用戶。
利用PHP中的mail函數
//拼裝header。指定編碼utf-8，解析郵件正文中的中文 $headers = "From: xxx@xxx\n"; $headers .= "MIME-Version: 1.0\n"; $headers .= "Content-type: text/html; charset=utf-8\n"; $headers .= "Content-Transfer-Encoding: 8bit\n"; //拼裝標題 解決中文標題亂碼問題 $subject = xxx; $subject = "=?UTF-8?B?".base64_encode($subject)."?="; mail($toEmail,$subject,$message,$headers); // 其中$message為郵件內容主題，格式形如"<html><head></head><body><p>".$title."</p>".$message.$table."</body></html>";
收到郵件正文部分隨機出現亂碼，非特殊字符，位置隨機，發送郵件到mac和windows收到郵件亂碼不一樣。
- windows：隨機位置出現？ 或！
- Mac: 數據位置與傳入不一致，比如，應為 xxxxAxxxxBxxxxx，收到的郵件為 xxxxBxxxxAxxxx
傳入數據不一樣時，有時會出現亂碼，有時不會出現，對比與特殊字符也無關。
windows 亂碼形如：
排查：
1. 確認是否拼裝錯誤
直接在mail函數前一行打印message內容，完整html格式，保存為html文件后打開。無亂碼，與預期所需吻合。
2. 確認收到郵件內容
outlook查看郵件源文件（Mac可直接右擊，windows無此功能，后是保存為html文件后查看），發現亂碼處格式與步驟一中不一致。比如，標簽出現 <!td>
3. 其他
其實到這一步就一直在懷疑php 的mail函數里究竟做了什么，是不是隱藏的PHP底層bug，傳輸過程改動了什么。卻沒有找到對應源碼查看，此處徘徊很久。
又因為是中文亂碼，一再確認設置了UTF-8，搜索很多結果也是關於這個
另外mac上位置的錯亂有考慮到是否是傳輸截斷有問題，是不是長度太長導致
轉機：https://www.cnblogs.com/puzbus/archive/2013/06/07/3356342.html
總結出來兩點
- 郵件內容過長會導致解析問題
- 解決：Content-Transfer-Encoding: base64
復盤補充：
問題一：郵件的長度限制依據是什么，長郵件該如何處理
php mail 方法的文檔里有注明上限（印象中超過長度會是截斷等處理，所以出現亂碼也沒想到是長度問題）
而php 基本方法設置上限的依據則是RFC 2822 2.1.1。
同時，它也提供了處理的建議，就是將文本內容拆成多行。拼裝的html結構則是一行，顯然是超過了長度。
問題二：為什么base64就可以解決郵件單行過長的問題
1. 理解base64是什么，參考了base64筆記 http://www.ruanyifeng.com/blog/2008/06/base64.html，簡單來說base64中的3個字節代表ASCII中的4個字節
2. 這和換行有什么關系呢？根據RFC822規定，BASE64Encoder編碼每76個字符，還需要加上一個回車換行
問題三：Content-Transfer-Encoding 取不同值代表什么？
參考：MIME筆記和 https://www.w3.org/Protocols/rfc1341/5_Content-Transfer-Encoding.html
個人理解，除了base64以外的方式都沒有插入換行的效果，也就無法解決問題
補充1：text類需要補充charset
補充2： "=?【編碼】?B?".base64_encode($subject)."?="; B代表 base64 Q代表quoted-printable