IOS Html リッチテキストレンダリングメソッド: DTCoreText、WKWebView、および UIWebView_html/css

IOS Html リッチテキストレンダリングメソッド: DTCoreText、WKWebView、および UIWebView_html/css_WEB-ITnose のメモリ使用量の比較

WBOY

リリース： 2016-06-21 08:57:38

オリジナル

2022 人が閲覧しました

アプリのコンテンツページ (詳細ページ) では、リッチテキストの表示は常に対処が必要になることが多い問題であり、通常、バックエンドのリッチテキスト編集では、HTML の方がリッチテキスト表示の問題に関しては、次の 3 つの方法は、HTML リッチテキストを表示する最適な方法ではありません。これらは、フロントエンドとバックエンドの変換が少なくて済む比較的単純な解決策です。すぐに統合できます。

以下は、これら 3 つの方法のメモリテストと比較です。結局のところ、詳細ページは比較的大きく、頻繁に開かれるため、メモリの使用量は考慮する必要があります。

基本環境:

Objective-C
Xcode 6.4
展開ターゲット IOS 8.0
DTCoreText バージョン: 1.6.16

説明:

DTCoreText: サードパーティのリッチテキスト表示コンポーネント。Html から NSAttributedString への変換をサポートします。
テスト方法:

3 つのコンポーネントを使用して Web ページのコンテンツを表示します (例: http://news.dayoo.com/guangzhou/201512/11/) 139995_45489706.htm);

メモリデバッグツール: Instruments

DTCoreText

WKWebView

UIWebView

実行時のメモリ使用量: DTCoreText < < UIWebView 実行後のメモリ使用量: WKWebView < DTCoreText < UIWebView

UIWebView を開く必要があるメモリ使用量の問題が解決されていない場合。新しい WKWebView は、IOS 7 以前のバージョンを放棄できる場合は、使用する価値があります。少なくとも、IOS ではメモリ使用量とネイティブ NSAttributedString の差はそれほど大きくありません。デバイスのメモリとパフォーマンスが高くなると、その差は小さくなり、純粋な Html ページの柔軟性が高くなります。

以前 UIWebView を使用していたとき、NSURLCache の設定や NSURLCache のクリアなど、メモリを解放するためにさまざまな方法を試しましたが、実際の効果は大きくなかったので、テストではこれらの方法は使用しませんでした。 [_webContentloadHTMLString:nilbaseURL:nil];