2014-11-24 105 views
-1

Flurry statistics三星設備通常爲Android應用程序分配多少RAM?

現在我的應用程序有2000個下載和180個每日用戶。我不相信他們都只使用三星設備。我很困惑 - 我沒有任何三星設備,請如果你有一個 - 請告訴我他們通常分配給android應用程序多少內存?我的應用程序通常每個UI重新加載20-22mb + 2mb作爲內存泄漏(但用戶通常不會這樣做超過2-3次,所以...) 我在最新版本中添加了「LargeHeap」(尚未統計)。

這是46 OutOfMemory錯誤很多14500會議?或者它可以爲Android?

+1

你有2MB內存泄漏,你想知道特定品牌的內存分配?錯誤的優先事項,隊友。 – 323go 2014-11-24 19:18:45

+0

那麼它的正義天氣應用程序。人們通常不會在多個地點觀看天氣(所以大多數情況下只會發生一次)。應用程序中有很多imageViews,並以適當的方式完成所有這些操作相當麻煩。 – careful7j 2014-11-24 19:22:12

+0

「應用程序中有很多imageViews,並且以適當的方式執行所有這些操作相當麻煩。」 - 如果你懶得這樣做,則繼承它們。 – 323go 2014-11-24 19:24:26

回答

2

你在問錯誤的問題。您應該試圖弄清楚如何讓您的應用程序減少內存消耗,而不是尋找特定供應商/ OEM的解決方法。

對於一些指導,本文特別有用:Managing Your App's Memory。既然你提到你正在嘗試使用largeHeap屬性在你的清單,你可能想讀的文章下面的代碼片段:

在非常特殊的情況下,您可以通過設置largeHeap要求更大的堆大小在清單<application>標記中屬性爲"true"。如果你這樣做,你可以撥打getLargeMemoryClass()來估計大堆的大小。

但是,請求大堆的能力僅適用於一小組可以證明需要消耗更多RAM的應用程序(例如大型照片編輯應用程序)。 絕不要因爲內存不足而需要大堆,而且需要快速修復

+0

謝謝,但這不是我可以快速解決的問題。我肯定會在稍後處理。 – careful7j 2014-11-24 19:25:03

+0

我不知道爲什麼這個答案被投了兩次,但我不會堅持我的答案,因爲我認爲這是正確的做法。 OP不應該使用'largeHeap'作爲解決方法,並且不需要知道Samsung設備用於實現工作應用程序的特定數量的內存。這樣做並不保證適用於所有設備,通常是不好的做法。 – 2014-11-24 19:27:47

+0

那麼,直到今天,我確信Android 4.0+設備至少分配了50MB的內存。如果我不知道我的應用程序可以使用多少RAM,那麼我不知道可以在其中使用哪些圖像。我明白泄漏是不好的。我是投票決定的人,而不是失敗者。 – careful7j 2014-11-24 19:39:14

相關問題