dex2oat，android在哪個版本上強(qiáng)制使用art為唯一的運(yùn)行時環(huán)境

來源：整理時間：2025-01-13 07:52:43 編輯：智能門戶手機(jī)版

本文目錄一覽

1，android在哪個版本上強(qiáng)制使用art為唯一的運(yùn)行時環(huán)境
2，Android ART 無法做到動態(tài)加載嗎
3，如何在刷機(jī)包里開啟dex2oat模式
4，日系車到底能不能用DEXCOOL的冷卻液
5，android art 什么時候加載oat 文件
6，Android應(yīng)用卸載的時候是在什么時候進(jìn)行的廣播接收器的解注冊

1，android在哪個版本上強(qiáng)制使用art為唯一的運(yùn)行時環(huán)境

在安裝應(yīng)用程序時會調(diào)用dex2oat將代碼轉(zhuǎn)換為機(jī)器語言以oat文件形式存儲在本地，這樣在運(yùn)行程序時就不會每次都進(jìn)行一次編譯了，執(zhí)行效率也大大提升。Android運(yùn)行環(huán)境ART安卓之前的版本運(yùn)行機(jī)制是Dalvik，這個導(dǎo)致安卓卡慢，安卓4.4之后推出了ART，在5.0上完全使用了ART模式。ART 的機(jī)制與 Dalvik 不同。在Dalvik下，應(yīng)用每次運(yùn)行的時候，字節(jié)碼都需要通過即時編譯器轉(zhuǎn)換為機(jī)器碼，這會拖慢應(yīng)用的運(yùn)行效率，而在ART 環(huán)境中，應(yīng)用在第一次安裝的時候，字節(jié)碼就會預(yù)先編譯成機(jī)器碼，使其成為真正的本地應(yīng)用。這個過程叫做預(yù)編譯（AOT,Ahead-Of-Time）。這樣的話，應(yīng)用的啟動(首次)和執(zhí)行都會變得更加快速。通俗一點(diǎn)就是，ART增加APK安裝容量，實(shí)現(xiàn)了流暢度。

搜一下：android在哪個版本上強(qiáng)制使用art為唯一的運(yùn)行時環(huán)境

android在哪個版本上強(qiáng)制使用art為唯一的運(yùn)行時環(huán)境

2，Android ART 無法做到動態(tài)加載嗎

預(yù)編譯對于VM的class loader而言可以看作是透明的——仍然可以動態(tài)下載dex文件，在裝入時發(fā)生編譯連接，再從生成的OAT里裝入類，區(qū)別只是這個過程會比較慢。如何獲取能夠加載的.dex文件首先我們可以通過JDK的編譯命令javac把Java代碼編譯成.class文件，再使用jar命令把.class文件封裝成.jar文件，這與編譯普通Java程序的時候完全一樣。之后再用Android SDK的DX工具把.jar文件優(yōu)化成.dex文件（在“android-sdk\build-tools\具體版本\”路徑下）dx --dex --output=target.dex origin.jar // target.dex就是我們要的了此外，我們可以現(xiàn)把代碼編譯成APK文件，再把APK里面的.dex文件解壓出來，或者直接把APK文件當(dāng)成.dex使用（只是APK里面的靜態(tài)資源文件我們暫時還用不到）。至此我們發(fā)現(xiàn)，無論加載.jar，還是.apk，其實(shí)都和加載.dex是等價的，Android能加載.jar和.apk，是因?yàn)樗鼈兌及?dex，直接加載.apk文件時，ClassLoader也會自動把.apk里的.dex解壓出來。

Android ART 無法做到動態(tài)加載嗎

3，如何在刷機(jī)包里開啟dex2oat模式

刷機(jī)準(zhǔn)備工作：1、保證手機(jī)有充足的電量（70%以上）；2、備份手機(jī)中的個人數(shù)據(jù)（聯(lián)系人、短信、應(yīng)用程序等）；3、下載官方包或其它刷機(jī)包（可以到官網(wǎng)論壇，ROM基地下載）。方法步驟：1、首先將刷機(jī)包包拷貝到手機(jī)存儲卡的根目錄下。2、關(guān)機(jī)狀態(tài)下，同時按住電源鍵與音量下鍵，約十秒鐘時間之后，屏幕上將出現(xiàn)黑底黃字，這說明手機(jī)已經(jīng)進(jìn)入Recovery模式。3、使用音量上、下按鍵將光標(biāo)移動到“手動選擇安裝包”位置，點(diǎn)擊電源鍵進(jìn)行確認(rèn)。接下來使用音量上、下按鍵選擇安裝包，點(diǎn)擊電源鍵進(jìn)行確認(rèn)。 4、只需等待自行完成，機(jī)過程中手機(jī)始終保持屏幕點(diǎn)亮狀態(tài)，除了不斷滾動的黃色文字之外還有藍(lán)色的進(jìn)度條顯示在綠色機(jī)器人的下方。最終屏幕最下方將顯示“安裝完成”字樣，機(jī)完成，5、根據(jù)提示選擇立即重啟系統(tǒng)，完成。

我想告訴樓主的是刷機(jī)是刷固件破解權(quán)限是破解軟件如果樓主想后臺建議只破解就行破解沒風(fēng)險刷機(jī)有風(fēng)險詳情請去這 <a target="_blank">http://nokia.zol.com.cn/233/297_2329364.html</a>

如何在刷機(jī)包里開啟dex2oat模式

4，日系車到底能不能用DEXCOOL的冷卻液

汽車防凍劑的種類很多，像無機(jī)物中的氯化鈣（CaCl2）、有機(jī)物中的甲醇（CH3OH）、乙醇（C2H5OH，俗名酒精）、乙二醇（C2H4（OH）2，俗名甜醇）、丙三醇（C3H5（OH）3，俗名甘油）、潤滑油以及我們?nèi)粘Ｉ钪谐Ｒ姷纳疤?、蜂蜜等，都可作為防凍?..需要稀釋的冷卻液是很低端的那種，一般都是那些開大貨車的才用這么省錢的辦法，高端冷卻液用水稀釋簡直就是自殺，因?yàn)楦叨死鋮s液有很強(qiáng)大的抗水箱和發(fā)動機(jī)水槽防銹效果，加水進(jìn)去稀釋就等于給水箱和發(fā)動機(jī)水槽加速生銹的效果，買了也等于白買啊~~~通用公司的(GM)DEX-COOL的冷卻液.美國德士古為首的OAT（有機(jī)酸）陣營。代表產(chǎn)品就是大名鼎鼎的DEX-COOL冷卻液。 DEX-COOL冷卻液可以:防凍至-37℃;防沸騰至129℃;防銹抗腐蝕;使發(fā)動機(jī)保持正常溫度;保證警告燈和儀表工作正常。手冊上寫到：冷卻系統(tǒng)充注的是DEX-COOL發(fā)動機(jī)冷卻液。該冷卻液設(shè)計為可以使用5年或240000公里，按先達(dá)到的數(shù)字為準(zhǔn)。但要達(dá)到這種壽命，您只能加注DEX-COOL長壽命冷卻液。以下說明冷卻系統(tǒng)液位低時如何加注。使用1:1的純凈水和未經(jīng)稀釋的DEX-COO...哪兒那么多的不能，你看看兩個牌子的防凍液主要成分是不是都是乙二醇。如果是可以加?，F(xiàn)在的防凍液基本上都是乙二醇可以買看你追求什么日系車講究輕松的駕駛乘坐舒適性和一些高端的配置品牌內(nèi)涵安全性等很多方面不如歐系車

你好，這個你得根據(jù)你那里的天氣來換冷凍液，價格也不等。北方和南方的天氣不一樣，加的防凍液價格也不一樣

5，android art 什么時候加載oat 文件

android 4.4.2與4.4.4同屬于4.4系列的操作系統(tǒng),沒有什么區(qū)別。4.4以上系統(tǒng)中采用默認(rèn)采用art模式,因此4.4.2 和 4.4.4 中都支持art模式。art模式英文全稱為：android runtime，谷歌android 4.4系統(tǒng)新增的一種應(yīng)用運(yùn)行模式，與傳統(tǒng)的dalvik模式不同，art模式可以實(shí)現(xiàn)更為流暢的安卓系統(tǒng)體驗(yàn)，對于大家來說，只要明白art模式可讓系統(tǒng)體驗(yàn)更加流暢，不過只有在安卓4.4以上系統(tǒng)中采用此功能。 1. android系統(tǒng)是以linux系統(tǒng)為底層構(gòu)建的，android系統(tǒng)是開源(源代碼公開)的，android系統(tǒng)勢必會適配到不同硬件配置的設(shè)備上，因此谷歌為了降低應(yīng)用的開發(fā)難度在linux底層之上構(gòu)筑了一個名為“dalvik”的虛擬機(jī)。 2. 因?yàn)閐alvik虛擬機(jī)的存在，android系統(tǒng)的開發(fā)者只需使用谷歌提供的sdk(軟件開發(fā)工具包)即可較為輕松的按照一套“規(guī)則”創(chuàng)建app，不用顧忌硬件、驅(qū)動等問題，在每次執(zhí)行應(yīng)用的時候dalvik虛擬機(jī)都會將程序的語言由高級語言編譯為機(jī)器語言，這樣當(dāng)前設(shè)備才能夠運(yùn)行這一應(yīng)用。 3. 了解了dalvik模式之后，便要了解一下android4.4中新加入的art模式，該模式的完整名稱是androidruntime，事實(shí)上谷歌的這次優(yōu)化源于前不久其收購的一家名為flexycore的公司，該公司一直致力于android系統(tǒng)的優(yōu)化，而art模式也是在該公司的優(yōu)化方案上演進(jìn)而來。 4. art模式與dalvik模式最大的不同在于，在啟用art模式后，系統(tǒng)在安裝應(yīng)用的時候會進(jìn)行一次預(yù)編譯，在安裝應(yīng)用程序時會先將代碼轉(zhuǎn)換為機(jī)器語言存儲在本地，這樣在運(yùn)行程序時就不會每次都進(jìn)行一次編譯了，執(zhí)行效率也大大提升。開啟方法： 1. 手機(jī)設(shè)置中，找到關(guān)于手機(jī)--版本，不停點(diǎn)擊根據(jù)提示就可以開啟【開發(fā)者選項(xiàng)】 2. 在開發(fā)者選項(xiàng)中找到【運(yùn)行環(huán)境】，這里面就有兩種運(yùn)行模式一種是默認(rèn)的dalvink，另一種就是art模式。這是只有選擇art就行。 3. 選中art模式后，手機(jī)會給出類似于安全聲明之類的提示，然后就會提示重啟，按提示操作后。重啟的時候就會出現(xiàn)手機(jī)在自動升級的通知，這個根據(jù)手機(jī)中有的軟件需要的時間3-5分鐘不等。 4. art模式雖然使得程序運(yùn)行流暢多了，但是，也占用了更多的系統(tǒng)內(nèi)存，同時在安裝程序的時候時間也相對增多了（art好像就是在這時候進(jìn)行預(yù)編譯的），這樣開機(jī)也會慢了一些。

6，Android應(yīng)用卸載的時候是在什么時候進(jìn)行的廣播接收器的解注冊

一、某些軟件運(yùn)行時在任務(wù)欄列表中是不可見的，而是以進(jìn)程的方式在后臺運(yùn)行，常見的有來電防火墻、短信防火墻類軟件、殺毒軟件、加密軟件等需要實(shí)時監(jiān)控的軟件，因此，當(dāng)然無法刪除正在運(yùn)行中的軟件；二、解決方法為：1、用進(jìn)程管理器查看進(jìn)程表，如你能判斷哪個線程是該程序的進(jìn)程，則可以關(guān)閉它，如無法判斷則可以先設(shè)臵不顯示系統(tǒng)進(jìn)程；2、然后關(guān)閉所有的非系統(tǒng)進(jìn)程，這樣就可以到程序管理里正常卸載軟件了。

同一優(yōu)先級的廣播接收器，動態(tài)的要比靜態(tài)注冊的早。動態(tài)注冊：即由代碼注冊的廣播接收器靜態(tài)注冊：即在 androidmanifest.xml 中注冊的廣播接收器優(yōu)先級：當(dāng)廣播為有序發(fā)送的時候，要按這個排序并順序發(fā)送。 sendbroadcast 發(fā)送的是無序廣播。sendorderedbroadcast 發(fā)送的是有序廣播。好了，現(xiàn)在尋找問題原因，在找原因前肯定有這樣的想法，一個有序隊列，既然允許有相同的優(yōu)先級存在，那么在同優(yōu)先級內(nèi)要不然有排序子因素，要不基就是按照某種操作可能影響順序。后者可能性很大。打開源碼，順著動態(tài)注冊廣播接受器找，最后是 activitymanagerservice.java 這個文件找到了 registerreceiver 的實(shí)現(xiàn)。同地也看到，存儲的廣播接收器列表是 hashmap mregisteredreceivers 這個變理。里面有一段代碼為： receiverlist rl = (receiverlist)mregisteredreceivers.get(receiver.asbinder()); if (rl == null) callerpackage, callingpid, callinguid, requiredpermission,sticky, false); morderedbroadcasts.set(i, r);在這里放入了一個 broadcastrecord 對像，而這個對像中主要的東西其實(shí)是 receivers向上跟蹤 int nt = receivers != null ? receivers.size() : 0; int it = 0; resolveinfo curt = null; broadcastfilter curr = null; while (it < nt && ir < nr) { if (curt == null) { curt = (resolveinfo)receivers.get(it); } if (curr == null) { curr = registeredreceivers.get(ir); } if (curr.getpriority() >= curt.priority) { // insert this broadcast record into the final list. receivers.add(it, curr); ir++; curr = null; it++; nt++; } else { // skip to the next resolveinfo in the final list. it++; curt = null; } } 發(fā)現(xiàn)了一段對 receivers 排序的代碼，并且判斷也是 priority 的值，用的是 >= 方式感覺的找到了地方，但是對 activity manager service 這個模塊卻更加的不懂了，以后有機(jī)會一定要分析一下這塊是怎樣設(shè)計的，才能確定本文的問題所在。暫時記錄，以后分析！