用java的Runtime.getRuntime()。exec(cmd)方式，執(zhí)行aapt命令行解包apk文件時，遇到"Cannot allocate memory"的錯誤。
但是直接在linux上使用aapt命令可以正常使用。
網(wǎng)上查詢資料整理如下：
Cannot allocate memory
在Linux上調(diào)試一個比較復(fù)雜的Java程序，稱為JavaA吧，JavaA會頻繁的通過Process proc = Runtime.getRuntime()。exec(cmd);調(diào)用一些外部程序。在系統(tǒng)負(fù)載和該程序占用內(nèi)存都比較大的情況下，會出現(xiàn)調(diào)用失敗的情況，錯誤信息是："Cannot allocate memory".
overcommit_memory
通過top發(fā)現(xiàn)，JavaA大部分時間占用的內(nèi)存實際并不多，但是占用的虛擬內(nèi)存很大。馬上修改該程序啟動時的JVM參數(shù)，將最大內(nèi)存調(diào)的小一些，果然就不出錯了。由于JavaA必須在內(nèi)存中處理大量的數(shù)據(jù)，內(nèi)存太小了就可能處理不了，因此這么改是不可行的。
上網(wǎng)查的過程中，發(fā)現(xiàn)一些有趣的東西。Linux內(nèi)核中可以設(shè)置內(nèi)存的overcommit_memory屬性，意思是Linux內(nèi)核認(rèn)為有些程序很保守，總是申請較多的內(nèi)存，但實際并不使用，因此在設(shè)置overcommit后，內(nèi)核將不檢查剩余內(nèi)存是否夠用，直接允許所有的內(nèi)存分配。可能大部分情況下沒問題，但是仔細(xì)想想，還是有很大的問題，最嚴(yán)重的是改變了malloc的語義，調(diào)用者不能通過返回值來判斷內(nèi)存是否分配成功了。另外一個問題是，萬一內(nèi)存真的不夠了怎么辦?Linux中有個特殊的進程，OOM(out-of-memory)進程終止者，其功能就是在內(nèi)存真的不夠時，隨機或者根據(jù)某些原則殺掉一些進程。選擇進程的原則好像不能精確控制，那將是一件很恐怖的事情…
順道小小八卦一下，當(dāng)時還有不少人研究如何選擇要殺掉的進程，提出了不少的改進方法，于是有人看不下去了，說了一個很有意思的故事，某航空公司為了節(jié)省油錢，每次飛行并不加滿油，飛行途中要是超員了就挑一些乘客扔下去，于是大家興高采烈的討論應(yīng)該扔誰下去…
Runtime.getRuntime()。exec(cmd)的執(zhí)行流程分析
繼續(xù)上網(wǎng)查，大概意思是Java程序調(diào)用外部程序時可能需要分配跟父進程同等大小的內(nèi)存。這就奇怪了，比如說，我隨便調(diào)用一下ls命令，也需要很多內(nèi)存嗎?肯定是Java調(diào)用外部程序的接口里處理比較特殊。嗯，
剛好JDK也開源，看看源碼去。
分析SUN JDK 1.5 SRC,找到Runtime.getRuntime()。exec(cmd)的執(zhí)行流程：
java.lang.Runtime.exec(cmd);
--java.lang.ProcessBuilder.start();
----java.lang.ProcessImpl.start();
------Java_java_lang_UNIXProcess_forkAndExec() in j2se/src/solaris/native/java/lang
/UNIXProcess_md.c
--------1)。 fork(); 2)。 execvp();
man fork知道，fork產(chǎn)生的子進程需要復(fù)制父進程在內(nèi)存中的所有數(shù)據(jù)內(nèi)容(代碼段、數(shù)據(jù)段、堆棧段)，
由于全部復(fù)制開銷較大，因此Linux已經(jīng)采用copy-on-write機制，即只是復(fù)制頁表，共享內(nèi)容，在有改變的時候再去申請內(nèi)存和復(fù)制數(shù)據(jù)雅思答案
因此我分析，問題的原因可能是這樣的，雖然Linux早已在fork()中采用copy-on-write機制，但是JVM調(diào)用fork()后，Java進程里的其它線程往往會被調(diào)度回來繼續(xù)執(zhí)行，修改了自己的內(nèi)存，而這個時候
execvp()還沒有執(zhí)行，于是悲劇就發(fā)生了，內(nèi)存都要重新復(fù)制一遍。
解決辦法
最后說說解決辦法，既然問題出在可能會申請分配跟父進程同等大小的內(nèi)存，那么我限制父進程使用的內(nèi)存就可以了。前面說了我們正在開發(fā)的JavaA必須使用比較大的內(nèi)存，可是JavaA不一定是父進程呀，我可以單獨運行一個Java程序，稱為JavaB吧，由它負(fù)責(zé)調(diào)用外部程序，JavaA調(diào)用我們封裝后的接口與之通信，等待外部程序結(jié)束，從而與Runtime.getRuntime()。exec(cmd)的語義保持一致。這個單獨運行的JavaB只需要很小很小的內(nèi)存，因此不太可能出現(xiàn)無法分配內(nèi)存，進而無法執(zhí)行外部程序的問題了雅思改分