• 8

android甚麼時候才可解決"軟體再背景偷偷自動開啟"的問題!?

SBAAK wrote:
您的觀念是錯誤的,每...(恕刪)


你還沒發現嗎?有人根本不想懂... 純粹是來找架吵的...
你還真的這麼認真解釋...

我只能說 Google的魅力不足以讓使用者鬼遮眼...只看好不看壞...
iPhone遇到可用記憶體不足時 問題也沒比較少...
它亂回收記憶體導致程式執行錯亂的情況比Android嚴重...

SBAAK wrote:
你的想法"理論上"沒...(恕刪)


所以實際上保留更多的"動態的浮動空間"其實還是很有幫助的對吧? 這也是android 很多不必要軟體沒事自己偷偷啟動造成的困擾

像FB常常動不動就吃到60-80MB,吃完也不釋放一些出來,所以想啟動其他軟體的時候就會覺得很頓 @@
SBAAK wrote:
你說的記憶體吃滿了怎麼辦..?
原則上不會有這種事發生,你沒有把我整篇文章看完


嘖嘖~ 你覺得end user會去改code嗎XD? 樓主的問題是不希望成是自己亂跑起來又砍不掉吧!
跟妳說的是兩回事
另外記憶體不會滿嗎XD? 怎麼我遇過這種事...而且還是以程式的角度
我就被敲過issue系統記憶體不足...結果system開始砍process....很不幸的砍到我的...
我就被QA追殺了....難道這一切都是場夢XD? 對了~ 我當時開發的平台是ICS的版本唷~
最簡單的測試方法你可以拿ubuntu關掉虛擬記憶體~ 然後一口氣下make -j16編譯整個android code記憶體只有八G這樣~
我想你電腦最後就會發現神秘事件了~

別神話了android...手機畢竟是嵌入式系統硬體本來就是有所極限,不可能用那種思維寫code的
五年前我所開發的系統上頭記憶體可只有32MB, CPU 200MHZ,沒有虛擬記憶體...沒有linux...
LKK1981 wrote:
另外記憶體不會滿嗎XD? 怎麼我遇過這種事...而且還是以程式的角度
我就被敲過issue系統記憶體不足...結果system開始砍process....很不幸的砍到我的...
我就被QA追殺了....難道這一切都是場夢XD? 對了~ 我當時開發的平台是ICS的版本唷~
最簡單的測試方法你可以拿ubuntu關掉虛擬記憶體~ 然後一口氣下make -j16編譯整個android code記憶體只有八G這樣~
我想你電腦最後就會發現神秘事件了~...(恕刪)


你的Code寫得太爛了才會發生這種事..
良好的Code隨時要安排適度的釋放記憶體
你刻意要用極端的方式去塞爆記憶體我也沒辦法..
我覺得其實兩位高手講的都是同一件事啊,何必吵起來?

我看了兩位的文章以後,感覺應該是

1. android「它本身」是可以做到隨時釋放不用的記憶體,所以就算app先偷載入也不會有問題,在別的app需要的時候,仍會很快被釋放去用。

2. 但問題在很多app都是「寫得很爛」,所以很容易卡住記憶體,最終仍造成512MB的記憶體不夠用

3. 如果每個app開發者都能完全照android的建議寫出很好的code,就算512MB的記憶體應該也足以跑得嚇嚇叫

這樣解釋對嗎?
digogee wrote:
這樣解釋對嗎?


有點對,也有點不對!
基本上除了程式寫得爛不爛以外,程式本身需求的記憶體也是個問題!
譬如某個遊戲需要大量的記憶體來存放遊戲內的地圖以及3D貼圖材質!可能隨便需求就超過512MB了!

這時寫得再好,也是不夠用!
這也是硬體會區分成旗艦與入門機種的原因!



你真的完全不想看懂別人在說什麼,單純來吵架的,
你的 process 會被砍,那麼你的 process 一定死賴著不做事吧?
Android 又不是先進先出的砍人,別說你前景的 Activity 會被砍掉。

再來現在是在講 Android 內 App 的記憶體管理,你把 make j16 這種問題拿出來,
自己不覺得八竿子打不著嗎?這樣全部混在一起做撒尿牛丸,根本沒辦法討論。

你也說有 embedded system 有其極限,所以 Android 當然要砍掉不用的程式,
而且也不是不通知就砍,正確的寫程式方法都不會出事,我們的 Android 程式,
還要相容到 1.5 的版本,幾乎市面上所有手機,都沒出過記憶體問題,就你的特別多?

最後是 Android app 的 heap size 是有限制的,就算你是開發遊戲,需求 ram 極大,
Android 也不會讓你惡搞,而 QC 把你的程式擋下來是對的,
不然 User 不會自己移除寫得不好的程式嗎?

LKK1981 wrote:
嘖嘖~ 你覺得end...(恕刪)
剩60就快動彈不得了
不用到滿,end user就會自行重新開機了
在不然就要用軟體清

windows都如此了,android能當神?
SBAAK wrote:
(不過某些軟體死當,強制清除的動作那是另一回事)(恕刪)...


拜託好嘛,您自己都這麼說了,為什麼某些軟體正常使用會死當造成系統崩潰?

這個就是板主問題的重點,絕不是一兩個偶爾的個案。

不光是版主,相信每個人都有碰過因資源不足而讓某些『常用軟體』當掉的情形。

就曾遇過某韓國大廠L牌手機,相機才拍一張就死當,而進程RAM就是影響關鍵,

將一些不常用的進程清理之後,後來它就回復正常。

如果問題這麼容易看淡解決,Google市場就不會有殺進程或XDA的root程式了。

因為Android只負責系統軟體,他們相信硬體RAM與ROM的加強,

以及配合自動釋放記憶良好的App就有解決與進步的空間,

其實反而與CPU速度無關,而且有人也不願為了不必要的多工而一直讓手機耗電或卡住,

因此也有針對硬體客製化的手機,如HTC的感覺機,才單核心就很順暢了。

不過話說回來它也是一樣有相機當掉的情形,最後只好重新開機...

所以Google當然會認為當時現階段並不需要改進這些已被人發現的缺點,

一方面也讓廠商開發四核心CPU與硬體的升級後,再將系統慢慢改進,

所以不管Apple或Andrioid系統,粉絲都早習慣也認知手機產品都會有保留空間,不會一次做到好,

這就是企業家的企圖心,這樣下次才有梗推出更好的產品
SBAAK wrote:
真不知你是真不懂還是...(恕刪)


最近用 system manager panel看
cache active service 幫你分得好好的
就是有一些莫名其妙的鬼程式出現在 service
最近把那些有點問題的砍一砍乾淨多了
怎會出現 ?
你問我我問誰
我連執行都沒執行就在service ....
當然也可以說..他是從cache 跳到 service
BUT ... WHY ?
我又沒去動它 ~~~~
如果自動會跳那還真恐怖
哪時候給我傳啥資料出去我都不知道 ...

還有另一種....這比較大宗
quit 不是 quit ...
硬是死要卡在 service ...就是要靠強迫停止
做個乾淨離開的開關這樣難嗎 ...
尤其一些音樂播放程式..系統管理軟體
  • 8
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 8)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?