在app的內容頁（詳情頁）中，富文本的顯示一直是經常需要處理的問題，而通常在後端的富文本編輯中，Html應用比較普遍，所以其實需要處理的Html富文本顯示的問題，以下這三種方式肯定不是最優的顯示Html富文本的方式，只是相對簡單的解決方案，對前後端的轉換要求少，可以快速集成。

以下對這3種方式進行內存的測試對比，畢竟詳情頁是相對比較大，而且打開頻率高的頁面，所以內存占用是必須要考慮的問題。

基本環境：

• Objective-C
• Xcode 6.4
• Deployment Target IOS 8.0
• DTCoreText 版本：1.6.16

說明：

• DTCoreText：第三方富文本顯示組件，支持Html轉換為 NSAttributedString；
• WKWebView：IOS 的WebKit框架的瀏覽器組件，從IOS 8.0 開始支持；
• UIWebView：IOS 的UIKit框架的瀏覽器組件，從IOS 2.0 開始支持；

測試方法：

1. 使用3個組件分別顯示一個web頁面的內容（例如：http://news.dayoo.com/guangzhou/201512/11/139995_45489706.htm）；
2. 頁面加載完後，清空內容，再次加載內容，重復3次；
3. 比較3個組件所占用的內存情況；

內存調試工具：Instruments

測試結果：

DTCoreText

WKWebView

UIWebView

運行期的內存占用： DTCoreText < WKWebView < UIWebView
運行結束後的內存占用：WKWebView < DTCoreText < UIWebView

UIWebView一直被人詬病的內存占用問題依舊沒有解決，如果需要打開的Html頁面比較復雜（尤其是有不少js的）還是慎用吧，新的WKWebView 確實比UIWebView 在內存管理上做得更好，如果app可以拋棄IOS 7 或以下版本，值得使用，至少在內存占用上已經跟 原生的NSAttributedString 差距沒那麽大了，在IOS設備內存和性能更高的情況下，差距會更小，而純Html 頁面靈活度會更高。

之前在使用UIWebView的時候，試過各種釋放內存的方法，包括設置 NSURLCache，清空NSURLCache 等方法，但實際作用都不大，所以在測試中並沒有使用這些方式，只是使用 [_webContent loadHTMLString:nil baseURL:nil]; 進行清空內容；

IOS Html富文本渲染方式：DTCoreText、WKWebView、UIWebView的內存占用對比