0

私が取り組んでいるアプリは、さまざまな向きの構成用にいくつかのレイアウト リソースを提供します。レイアウト-ランド-mdpi; レイアウトランドhdpiなど

プラットフォームが 3 つの選択肢から選択する必要がある場合、パフォーマンスが低下することに気付きました。平均 494 ミリ秒 (5 回の試行から) でレイアウトを読み込みます。

一方、「res/layout」でのみレイアウトを定義すると、パフォーマンスが向上し、平均 234.4 ミリ秒でロードされることに気付きました (これも 5 回の試行から)。

どちらの場合も、一部のテスト中に約 100 ~ 120 ミリ秒にわたってランダムな GC 干渉が発生しました。

プラットフォームが選択できる複数の代替レイアウト リソースがある場合に、他の誰かが同様の動作を観察しましたか? ありがとう。

4

1 に答える 1

0

徹底的なテストの結果、特定の構成に対して提供する代替レイアウト リソースが多いほど、実行時にプラットフォームが適切なレイアウト リソースを解決するのに時間がかかるという結論に達しました。

私のテストでは、G1 が 3 つの選択肢からレイアウトを解決しようとしてフリーズし、3 秒近くでロードされるのを見てきました。一方、構成に単一のレイアウトを提供すると、500 ミリ秒以内に処理されます。

于 2011-03-21T10:22:12.937 に答える