Android消息推送完美方案。九日升Android消息推送組件基于XMPP協(xié)議實(shí)現(xiàn)Android推送。2）、Android客戶(hù)端應(yīng)用和九日升Android消息推送組件完全分離，通過(guò)接口相互調(diào)用，實(shí)現(xiàn)模塊應(yīng)用最優(yōu)化。4）、九日升Android消息推送組件在服務(wù)器端具備消息存儲(chǔ)、消息重發(fā)、消息路由等功能，在客戶(hù)端部分具備斷線重連、、收到確認(rèn)、閱讀確認(rèn)、消息發(fā)送、命令執(zhí)行等功能，確保消息能夠推送到客戶(hù)端，同時(shí)也保證客戶(hù)端能夠收到、閱讀消息。

優(yōu)化Android Studio/Gradle構(gòu)建 本帖最后由 馬偉奇 于 2015-7-7 19:46 編輯。上面的配置文件主要就是做， 增大gradle運(yùn)行的java虛擬機(jī)的大小，讓gradle在編譯的時(shí)候使用獨(dú)立進(jìn)程，讓gradle可以平行的運(yùn)行。

優(yōu)化Android Studio/Gradle構(gòu)建 本帖最后由 馬偉奇 于 2015-7-7 19:46 編輯。上面的配置文件主要就是做， 增大gradle運(yùn)行的java虛擬機(jī)的大小，讓gradle在編譯的時(shí)候使用獨(dú)立進(jìn)程，讓gradle可以平行的運(yùn)行。

追問(wèn)秋風(fēng)夢(mèng)，幾經(jīng)離愁。明媚的憂傷，潤(rùn)濕了秋風(fēng)里的情懷。秋風(fēng)起，心事飄零。寫(xiě)下溫柔的箋卷，銘刻了秋風(fēng)里，那交錯(cuò)的細(xì)碎流年。追問(wèn)秋風(fēng)，何處是蒼涼？追問(wèn)秋風(fēng)夢(mèng)，幾經(jīng)離愁，坦然的懂得，生命，終將是為美好而生，幸福為自己而活，那些似水流年里，笑過(guò)的風(fēng)生，過(guò)往的云煙，早已經(jīng)歷了奈何情深緣淺的冷暖離愁，就讓它們，滄海桑田。一場(chǎng)情深緣淺的漂泊，終將越不過(guò)緣來(lái)緣去的鴻溝，就算追問(wèn)秋風(fēng)，看盡落葉染紅，故事；

ClassLoader baseParent = ClassLoader.通過(guò)上述分析，我們知道，可以把插件的相關(guān)信息放入BaseDexClassLoader的表示dex文件的數(shù)組里面，這樣宿主程序的ClassLoader在進(jìn)行類(lèi)加載，遍歷這個(gè)數(shù)組的時(shí)候，會(huì)自動(dòng)遍歷到我們添加進(jìn)去的插件信息，從而完成插件類(lèi)的加載！如果插件需要升級(jí)，直接重新創(chuàng)建一個(gè)自定的ClassLoader加載新的插件，然后替換掉原來(lái)的版本即可（Java中，不同ClassLoader加載的同一個(gè)類(lèi)被認(rèn)為是不同的類(lèi)）；

ClassLoader classLoader = new CustomClassLoader(apkFile.因?yàn)樵贔rameWork中宿主程序也是使用LoadedApk表示的，如同Activity啟動(dòng)是加載Activity類(lèi)一樣，宿主中的類(lèi)也都是通過(guò)LoadedApk的getClassLoader()方法得到的ClassLoader加載的；由類(lèi)加載機(jī)制的『雙親委派』特性，只要有一個(gè)應(yīng)用程序類(lèi)由某一個(gè)ClassLoader加載，那么它引用到的別的類(lèi)除非父加載器能加載，否則都是由這同一個(gè)加載器加載的（不遵循雙親委派模型的除外）。

Android 插件化原理解析（6、上）apk被安裝之后，APK文件的代碼以及資源會(huì)被系統(tǒng)存放在固定的目錄（比如/data/app/package_name/base-1.apk )系統(tǒng)在進(jìn)行類(lèi)加載的時(shí)候，會(huì)自動(dòng)去這一個(gè)或者幾個(gè)特定的路徑來(lái)尋找這個(gè)類(lèi)；在返回之前我們需要做一點(diǎn)小小的修改：使用系統(tǒng)系統(tǒng)的這個(gè)方法解析得到的ApplicationInfo對(duì)象中并沒(méi)有apk文件本身的信息，所以我們把解析的apk文件的路徑設(shè)置一下（ClassLoader依賴(lài)dex文件以及apk的路徑）：

我的開(kāi)源項(xiàng)目從0到1024的過(guò)程。最近一段時(shí)候在編寫(xiě)項(xiàng)目（APP應(yīng)用）的時(shí)候使用列表控件頻率非常高，寫(xiě)著就發(fā)現(xiàn)很多代碼冗余了，于是就想封裝一下，開(kāi)始做起了代碼優(yōu)化，之前做過(guò)類(lèi)似的優(yōu)化，于是根據(jù)之前的優(yōu)化經(jīng)驗(yàn)，最終代碼量得到了大幅度的優(yōu)化。只要原有代碼量的30%即可完成顯示功能，后來(lái)隨著項(xiàng)目需求的增加不斷的完善封裝，使得只需要簡(jiǎn)單的幾行代碼就可以完成的需求（如：添加頭部尾部、添加列表動(dòng)畫(huà)、等等）。

Android 深入理解Loader機(jī)制 讓APP輕裝上陣。Loader源碼在android.content下面，可見(jiàn)它的份量有多重，loader機(jī)制包括LoaderManager，Loader，LoaderCallbacks三部分， LoaderManager 來(lái)管理我們的laoder實(shí)例，獲取，初始化，重啟一個(gè)loader, Loader 來(lái)執(zhí)行我們的異步操作，有開(kāi)始，完成，后臺(tái)加載中等接口實(shí)現(xiàn) LoaderCallbacks 來(lái)執(zhí)行我們的loader回調(diào)，主要是綁定分發(fā)Loader，完成加載，重置數(shù)據(jù)等。

聽(tīng)說(shuō)，會(huì)拍照的男人更受女生歡迎。懂?dāng)z影不僅可以提高你的生活質(zhì)量，還可以讓女生對(duì)你有更好的印象甚至依賴(lài)感，因?yàn)榕枷矚g把自己美美的照片放到朋友圈等社交軟件上作為“招蜂引蝶”的展示之一。給女生拍照，你也不要只拍女生，要學(xué)會(huì)把女生融入大環(huán)境，尤其現(xiàn)在春暖花開(kāi)的時(shí)節(jié)，選擇一片大大的向日葵花田，用廣角甚至是俯視的方式來(lái)拍攝，哪怕女生只占畫(huà)面的1%，但是也會(huì)收到很好的效果，這一招適用于大環(huán)境很美的場(chǎng)景。

臨界區(qū)用來(lái)表示一種公共資源或者說(shuō)是共享數(shù)據(jù)，可以被多個(gè)線程使用，但是每一次，只能有一個(gè)線程使用它，一旦臨界區(qū)資源被占用，其他線程要想使用這個(gè)資源，就必須等待。比如一個(gè)線程占用了臨界區(qū)資源，那么其它所有需要這個(gè)資源的線程就必須在這個(gè)臨界區(qū)中進(jìn)行等待，等待會(huì)導(dǎo)致線程掛起。一個(gè)線程在取得了一個(gè)資源時(shí)，發(fā)現(xiàn)其他線程也想到這個(gè)資源，因?yàn)闆](méi)有得到所有的資源，為了避免死鎖把自己持有的資源都放棄掉。

hh3755的首頁(yè)。

-Xms 最小Heap空間 -Xmx 最大Heap空間 -XX:NewRatio=n表示Young Generation和Tenured Generation的比例是1:n -XX:NewSize=Young Generation的最小空間 -XX:MaxNewSize=Young Generation的最大空間 -XX:SurvivorRatio=nSurvivor區(qū)域和Eden區(qū)域的比值是1:n -XX:+UseParallelGC 采用Throughput Collector.使用-XX:+UseParallelGC.打開(kāi)。-XX:+PrintGC-XX:+PrintGCDetails-XX:+PrintGCTimeStamps-Xloggc:filename并行收集器設(shè)置。

JVM學(xué)習(xí)筆記（四）JVM以吞吐量為指標(biāo)，自行選擇相應(yīng)的GC策略及控制新生代與舊生代的大小比例，來(lái)達(dá)到吞吐量指標(biāo)。JVM以暫停時(shí)間為指標(biāo)，自行選擇相應(yīng)的GC策略及控制新生代與舊生代的大小比例，盡量保證每次GC造成的應(yīng)用停止時(shí)間都在指定的數(shù)值范圍內(nèi)完成。最后匯總一下JVM常見(jiàn)配置。-XX:SurvivorRatio=n:年輕代中Eden區(qū)與兩個(gè)Survivor區(qū)的比值。

Java中堆是由所有的線程共享的一塊內(nèi)存區(qū)域，堆用來(lái)保存各種JAVA對(duì)象，比如數(shù)組，線程對(duì)象等。Young Young區(qū)被劃分為三部分，Eden區(qū)和兩個(gè)大小嚴(yán)格相同的Survivor區(qū)，其中Survivor區(qū)間中，某一時(shí)刻只有其中一個(gè)是被使用的，另外一個(gè)留做垃圾收集時(shí)復(fù)制對(duì)象用，在Young區(qū)間變滿(mǎn)的時(shí)候，minor GC就會(huì)將存活的對(duì)象移到空閑的Survivor區(qū)間中，根據(jù)JVM的策略，在經(jīng)過(guò)幾次垃圾收集后，任然存活于Survivor的對(duì)象將被移動(dòng)到Tenured區(qū)間。

java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0-XX:NewRatio=4:設(shè)置年輕代（包括Eden和兩個(gè)Survivor區(qū)）與年老代的比值（除去持久代）。java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC-XX:+UseParallelOldGC：配置年老代垃圾收集方式為并行收集。

2. 將GC日志輸出到文件：不同JDK設(shè)置的參數(shù)不同，參考JDK官方文檔 SUN：-Xloggc:filename （例如：-Xloggc:D:/gc.log） IBM：-Xverbosegc:file=filename 或 -Xverbosegclog:filename HP ：-Xverbosegc=filename.1. 分析GC日志、系統(tǒng)日志2. 程序中設(shè)置監(jiān)控?cái)帱c(diǎn)3. 盡可能重現(xiàn)故障并同時(shí)監(jiān)控JVM內(nèi)存，找出引起內(nèi)存急劇上升的規(guī)律4. 檢查關(guān)鍵程序或頻繁使用的工具類(lèi)的合理性。