㈠ androidStudio自帶的混淆配置
###########################以下是AndroidStudio自尺液帶的混淆配好嫌置協議###############################
-dontusemixedcaseclassnames
-
-verbose
-dontoptimize
-dontpreverify
-keepattributes Annotation
-keep public class com.google.vending.licensing.ILicensingService
-keep public class com.android.vending.licensing.ILicensingService
-keepclasseswithmembernames class * {
native <methods>;
}
-keepclassmembers public class * extends android.view.View {
void set ( * );
*** get ();
}
-keepclassmembers class * extends android.app.Activity {
public void *(android.view.View);
}
-keepclassmembers enum * {
public static **[] values();
public static ** valueOf(java.lang.String);
}
-keepclassmembers class * implements android.os.Parcelable {
public static final android.os.Parcelable$Creator CREATOR;
}
-keepclassmembers class * .R$ {
public static <fields>;
}
-dontwarn android.support.**
-keep class android.support.annotation.Keep
-keep @android.support.annotation.Keep class * {*;}
-keepclasseswithmembers class * {
@android.support.annotation.Keep <methods>;
}
-keepclasseswithmembers class * {
@android.support.annotation.Keep <fields>;
}
-keepclasseswithmembers class * {
@android.support.annotation.Keep <init>(...);
}
###########################以友困手下是需要手動的混淆配置協議###############################
-libraryjars "C:Program FilesJavajre1.8.0_151lib t.jar"
-optimizationpasses 5
-dontusemixedcaseclassnames
-ignorewarnings
-keep class com.zhuge.analysis.stat.ZhugeParam{
*;
}
-keep class com.zhuge.analysis.listeners.ZhugeInAppDataListener{
*;
}
㈡ 一個操作讓游戲內存立減50+%-CocosCreator性能優化之壓縮紋理
在游戲中，紋理不僅占據大量的包體，也占據了大量的內存。傳統的圖片壓縮格式（如JPEG、PNG等）雖能減少資源大小，但是不能被GPU直接識別，還是需要先載入到內存通過CPU解碼，轉換成RGB/RGBA等能被GPU識別的格式，才能傳送到GPU進行渲染。
為避免這些問題，壓縮紋理，指的是一種針對GPU的紋理壓縮方案，使紋理能夠直接被GPU識別並進行渲染，它具有以下優點。
傳統的圖片壓縮主要目的是 存儲 和 傳輸 ，為了盡可能的高效壓縮，使用了可變的壓縮比率，因此在解壓時需要解壓更多的像素位才能讀取某個像素的位置，不適合隨機和快速讀取，也發揮不了GPU的並行處理優勢。
而壓縮紋理使用一個固定的壓縮比率，將紋理劃分成多個像素塊，每個像素塊包含 2*2 或 4*4 個像素，然後對每個像素塊進行壓縮，被壓縮的像素信息存儲在一個像素集合中，每個像素塊的索引位置存儲在一個塊索引圖中。讀取時，首先將紋理坐標轉化為塊索引值，然後在像素集合中查找對應的像素塊，最後在這個像素塊中找到紋理顏色值。
因為採用了固定的壓縮比率，GPU內部可以並行處理，從而快速的解壓縮。與之相對的是，紋理的壓縮過程發生在程序運行之前，並不在意編碼速度，因此在壓縮時會遍歷所有可能性，找到和原始像素差值最小的編碼，這也是紋理壓縮耗時較久的原因。
順便說一下，普通圖片格式中，PNG是無損壓縮，JPEG是有損壓縮。而壓縮紋理都是有損壓縮，只是在絕大部分情況下，手機上看不出來而已。
手機上使用壓縮紋理依賴於OpenGL ES的支持，OpenGL ES 2.0本身並沒有定義任何紋理壓縮格式，它僅提供 glCompressTexImage2D() 方法供應用程序上傳壓縮紋理，壓縮紋理的格式由各個GPU廠商定義和實現。
OpenGL ES 3.0提供了壓縮紋理標准，使各個平台都可以使用同一種壓縮紋理，但市面上的設備還需要很長時間才會全部過渡到OpenGL ES 3.0。因此，仍然需要對不同的平台和設備使用不同的壓縮紋理格式。
手機游戲中常用的有以下格式。
ETC1把 4*4 的像素塊壓縮成固定的64位編碼（8個位元組）， 4*4 像素塊是16個像素，每個像素4位元組，一共佔64個位元組，所以壓縮比是 64/8=8。但是ETC1隻能存儲RGB信息，不適用帶透明度的紋理，為解決這個問題，Creator在ETC1文件中額外寫入了透明度信息，即ETC1+A格式，它的壓縮比是 64/16=4。
ETC1/ETC1+A需要OpenGL ES 2.0（對應WebGL 1.0）環境，目前幾乎所有Android手機都支持ETC1，但是iOS不支持。
ETC1/ETC1+A紋理的長寬可以不相等，但要求是2的冪次方。
ETC2是ETC1的擴展，壓縮比率一樣，但壓縮質量更高，而且支持透明通道，能完整存儲RGBA信息。
ETC2需要OpenGL ES 3.0（對應WebGL 2.0）環境，目前還有不少低端Android手機不兼容，iOS方面從 iPhone5S 開始都支持OpenGL ES 3.0。
ETC2和ETC1一樣，長寬可以不相等，但要求是2的冪次方。
Creator中常用的是PVRTC4+A，壓縮比和ETC一樣，iOS全系列支持，但是Android不支持。另外PVR要求紋理長寬相等（正方形）且是2的冪次方，例如 1280*720 的PNG圖片，轉換後變成 2048*2048 ，這一點會大大增加內存消耗。在實測中還發現轉換後的圖片質量不如ETC1，存在模糊、毛邊現象，對畫面要求高的游戲不適合。
壓縮紋理的使用非常簡單，根據構建平台添加需要的格式即可，具體參見Creator官方文檔，本文不再重復了。
Creator編輯器還提供了轉換壓縮紋理的選項，根據轉換速度分為Fast、Slow等好幾檔，速度越慢則畫面質量越好。但不管選哪個，隻影響顯示效果和轉換時長，顯存佔用都是一樣的。一般情況下，顯存佔用就是壓縮紋理的文件大小，例如文件大小是1.5M，則它佔用的顯存也是1.5M。
在設置壓縮紋理格式時，目前Creator 2.x版本還需手動一個一個設置。如果想一次性設置所有或部分資源，自己寫個腳本遍歷修改對應的 .meta 文件也比較方便，這里是一個我寫好的腳本 一鍵自動化設置壓縮紋理格式
在實際項目中的測試結果是，單圖、自動圖集、TexturePack合圖加起來超過兩千張圖片的Creator工程，使用PNG時打出來的apk包大小近500M，內存佔用1.3G。採用壓縮紋理後，包體大小降到150M，內存佔用降到600M。
㈢ java android 實現parcelable序列化，為什麼必須要實現CREATOR
你好：
Android序列化對象主要有兩種方法，實現Serializable介面、或者實現Parcelable介面。實現Serializable介面是Java SE本身就支持的，而Parcelable是Android特有的功能，效率比實現Serializable介面高，而且還可以用在IPC中。實現Serializable介面非常簡單，聲明一下就可以了，而實現Parcelable介面稍微復雜一些，但效率更高，推薦用這種方法提高性能。下面就介紹一下實現Parcelable介面的方法
通過實現Parcelable介面序列化對象的步驟：
1、聲明實現介面Parcelable
2、實現Parcelable的方法writeToParcel，將你的對象序列化為一個Parcel對象
3、實例化靜態內部對象CREATOR實現介面Parcelable.Creator：
Java代碼
public static final Parcelable.Creator<T> CREATOR
其中public static final一個都不能少，內部對象CREATOR的名稱也不能改變，必須全部大寫。
4、完成CREATOR的代碼，實現方法createFromParcel，將Parcel對象反序列化為你的對象
簡而言之：通過writeToParcel將你的對象映射成Parcel對象，再通過createFromParcel將Parcel對象映射成你的對象。也可以將Parcel看成是一個流，通過writeToParcel把對象寫到流裡面，在通過createFromParcel從流里讀取對象，只不過這個過程需要你來實現，因此寫的順序和讀的順序必須一致。
Parcel對象可以通過以下方法寫入或讀取byte, double, float, int, long, String這6種類型變數。
㈣ Android Activity之間傳遞對象及對象數組
假設對象為People類，包含信息姓名和年齡：
方法一：Serializable
必須條件：類實現了Serializable介面
傳遞對象：
傳遞端：
接收端：
傳遞對象空兆判數組：
傳遞端：
接收端：
方法二：Parcelable
必須條件：類實現了Parcelable介面
傳遞對象：
傳遞端：
接收端：
傳遞對象數組：
傳遞端：
接收端：
可以發現在Parcelable中需實現public int describeContents()、 publicvoid writeToParcel(Parcel parcel, int arg1)，還需要在添加一個靜態成員變數CREATOR：public static final Parcelable.Creator CREATOR。
區別：
1.Serializable的實現，只需要implements Serializable即可。這只是給對象打了一個標記，系統會自動將其序列化。猜衡
2.Parcelabel的實現，不僅需要implements Parcelabel，還需要在類中添加一個靜態成員變數CREATOR，這個變數需要實現 Parcelable.Creator 介面。
3.在使用內存的時候，Parcelable 類比Serializable性能高，所以推薦使用Parcelable類。4.Serializable在序列化的時候會產生斗改大量的臨時變數，從而引起頻繁的GC。
5.Parcelable不能使用在要將數據存儲在磁碟上的情況，因為在外界有變化的情況下Parcelable不能很好的保證數據的持續性。
㈤ android開發如何調試
能夠在eclipse上運行調試應用程序之前，你必須為它創建一個啟動項。啟動項指定哪個工程將被啟動，哪個activity開始工作，以及使用哪些模擬器選項等。
按照以下步驟為Eclipse版本的應用程序創建合適的啟動項：
打開啟動項管理工具。
在Eclipse 3.3 (Europa)的版本中，酌情選擇 Run > Open RunDialog... or Run > Open Debug Dialog... 。
在Eclipse3.4 (Ganymede)版本中，酌情選擇 Run > Run Configurations...or Run > Debug Configurations... 。
在左邊的工程類型列表選擇Android Application選擇，雙擊（或者點擊右鍵選擇new）,創建一個新的啟動項。
輸入啟動項名稱。
在Android標簽中，瀏覽要開始的工程和Activity 。
在Target標簽中，設置想要顯示的屏幕及網路屬性，以及其他任何模擬器啟動選項。
你可以在Common標簽中設置更多的選項.
按下Apply保存啟動配置，或者按下Run或Debug（）。
運行和調試應用程序
一旦你設定了工程和工程啟動配置，你就可以按照以下的說明運行和調試應用程序了。
從eclipse主菜單，根據情況選擇Run>Run 或者 Run>Debug，開始運行或者調試活動啟動項。
注意，這里活動啟動項是在運行配置管理中最最近一次選中的那個。它不一定就是在Eclipse Navigation 面板中選擇的程序（如果有的話）
設置和修改活動啟動項，可以使用啟動項管理工具。如何獲得啟動項管理工具可以參考創建一個啟動項
運行或調試應用程序將觸發以下動作:
啟動模擬器，如果他還沒有開始運行。
編譯工程， 如果在上次編譯的基礎上修改過代碼，將重新編譯。在模擬器上安裝應用程序。
Run選項，開始運行程序。
Debug 在"Wait for debugger "模式下啟動程序,然後打開調試窗口並將Eclipse Java調試器和程序關聯。
利用其他IDEs和工具開發Android應用程序
通常我們使用安裝有ADT插件的eclipse Eclipse with the ADT plugin.來開發Android程序，這個插件將編輯，build和調試功能集成到IDE上。
然而，如果你想在其他的IDE上開發程序，例如IntelliJ，或者使用沒有ADT插件的eclipse也可以。SDK提供了安裝，編譯，調試應用程序所需要的工具。
創建一個android工程
Android SDK包含一個activityCreator的程序，它將為工程產生多個stub文件和一個build文件。你可以用這個程序創建一個新的 Android工程或者在現有代碼上創建工程，如SDK中包含的例子。對於linux 和Mac系統，SDK提供activityCreator.py,一個 Python腳本，Windows上則是activityCreator.bat一個批處理腳本。無論是哪種平台，用法是一樣的。
按以下步驟運行activityCreator創建Android工程:
在命令行下，切換到SDK下的tools/目錄下，為你的工程文件新建一個目錄。如果你是在現有代碼上創建工程，切換到程序的根目錄下。
運行activityCreator。在命令行下，你必須指定完全合格的類名作為參數。如果你是創建一個全新的工程，這個類代表的與它同名的stub類和腳本文件。如果是在現有代碼上創建工程，必須指定軟體包中其中一個Activity類的名稱。命令選項的腳本包括：
--out <folder> 設定輸出目錄。默認情況下輸出目錄為當前目錄。如果你想為工程文件創建一個新的目錄，可以使用這個選項來指向它。
--ide intellij, 在一個新的項目中生成IntelliJIDEA 工程文件。
這里有個例子：
~/android_linux_sdk/tools $ ./activityCreator.py --out myprojectyour.package.name.ActivityName
package: your.package.name
out_dir: myproject
activity_name: ActivityName
~/android_linux_sdk/tools $
activityCreator腳本生成以下文件和目錄（但是不能重寫已有文件）：
AndroidManifest.xml 程序的清單文件，同時為工程指定Activity類。
build.xml 一個Ant文件，用來編譯/打包應用程序。
src/your/package/name/ActivityName.java 你指定的輸入Activity類。
your_activity.iml, your_activity.ipr, your_activity.iws [only with the-ide intelliJ flag] intelliJ工程文件
res/ 資源目錄.
src/ 源代碼目錄.
bin/ build腳本的輸出目錄.
現在你可以將開發文件夾移到任何地方，但是記住，必須使用tool/文件夾下的adb程序將文件發送到模擬器上。因此你需要在你工作環境和tools/文件夾之間活動。
當然你需要避免移動SDK目錄，因為它將打斷編譯腳本。（再重新build之前需要手動更新SDK的映射路徑）
編譯 android應用程序
使用activityCreator生成的Ant文件build.xml來編譯程序
如果你沒有，你可以通過Apache Ant home page得到Ant文件。安裝它，並確定它在你的可執行文件路徑下。
呼叫Ant之前，你需聲明JAVA_HOME環境變數，並將它設置為JDK的安裝路徑。
注 意：在windows上，JDK默認的安裝路徑為"ProgramFiles"，這個路徑將會引起Ant失敗，因為路徑中間有空格。解決這個問題，你可以像這樣指定環境變數 JAVA_HOME：JAVA_HOME=c:\Prora~1\Java\ 然而簡單的解決方法是將JDK安裝在沒有空格的目錄下。例如：c:\java\jdk1.6.0_02.
如果你還沒有這么准備好，按照上面創建一個新的工程的介紹建立一個工程。
現在你可以為你的工程運行Ant編譯文件，只需在build.xml同文件夾下輸入ant即可。每次修改原文件或是資源，都需要重新運行ant，它將把最新版的應用程序打包以便deploy.
運行Android程序
運行一個編譯好的程序,你需要用adb工具將.apk文件載入到模擬器的/data/app/目錄下，用法如下面介紹。
啟動模擬器（命令行下運行sdk目錄下的/tools/emulator）。
模擬器切換到主畫面（最好不要在程序運行的時候向模擬器安裝程序，可以按home鍵離開應用程序）。
運 行adb，安裝myproject/bin./<appname>.apk文件。例如，安裝Lunar Lander 示例，命令行下，切換到SDK目錄下的/sample/LunarLander子目錄下，輸入../../tools/adbinstall bin/LunarLander.apk
在模擬器中，打開可執行程序列表，卷動屏幕，選中並啟動你的應用程序。
注意：當你第一次安裝一個Activity時，你可能需要在啟動項顯示之前，或者其它程序調用它之前重新啟動模擬器。因為軟體包管理工具通常只有在模擬器啟動時才能完全的審查manifests。
為程序附加調試器
這一節我們介紹如何在屏幕上顯示調試信息（例如CPU使用率），以及如何將IDE和模擬器上運行的程序關聯起來。
使用eclipse插件可以自動的生成調試器。但你也可以通過配置IDES來監聽調試埠得到調試信息。
啟動Dalvik Debug Monitor Server (DDMS) 工具 ，它在IDE和模擬器之間扮演著埠轉換服務的角色。？
設置模擬器調試配置選項。例如，等到調試信息被載入後才啟動應用程序。注意，很多調試選項無需DDMS也可以使用，例如模擬器上顯示CPU的使用效率，或者屏幕的刷新頻率。
配置IDE，使得調試時IDE與8700埠關聯 .how to set up Eclipse to debug your project. 包含以下信息。
配置IDE附加調試埠
DDMS將為每一個虛擬機分配一個特殊的調試埠，這個埠在模擬器上可以找到。你必須將你的IDE與此埠（虛擬機上信息欄中有列出這些埠）關聯或者是默認的埠8700。這樣可以使IDE 連接到模擬器上程序列表中的任一個程序。
你的IDE需要能夠關聯模擬器上正在運行的程序，顯示它的線程，並允許你掛起它，檢查它的狀態，設置斷點。如果你在開發設置面板選擇了「等待調試」，應用程序將等到Eclipse連接後才運行，所以你需要在連接之前設置斷點。
修改正在調試的程序，或者在當前程序運行時選擇「等待調試」將引起系統殺死這個應用程序。如果你的程序處於一種壞的狀態，你可以使用方式殺死它，方法很簡單，只需要設置和鉤掉復選框。