android23编译
㈠ QT 5.2.1 编译ANDROID 问题
情况，之前电脑安装Qt5.1.0 msvc2012正常运行，都可以用，后来安装了Qt5.2.0 for Android 发现Qt5.1.0 msvc2012就不能编译任何东西了，但是Qt5.2.0 for Android却可以编译桌面应用，另外vs2012却可以正常运行。
网上找到方法都不能解决，说什么添加环境变量啊之类的
错误图片如下：
偶尔构建时到这样就不动了：
最经常是出现如下：
Plain Text code
jom: xx\Makefile.Debug [debug\main.obj] Error 2
jom: xx\Makefile [debug] Error 2
09:34:23: 进程"D:\Qt\Qt5.2.1_vc2012\Tools\QtCreator\bin\jom.exe"退出，退出代码 2 。
Error while building/deploying project untitled (kit: Desktop Qt 5.2.1 MSVC2012 32bit)
当执行步骤 'Make'时
09:34:23: Elapsed time: 00:01.
在把使用jom代替nmake的勾去掉后，编译错误如下：
NMAKE : fatal error U1077: “"C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\cl.EXE"”: 返回代码“0xc0000135”
Stop.
NMAKE : fatal error U1077: “"C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\nmake.exe"”: 返回代码“0x2”
Stop.
09:38:27: 进程"C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\nmake.exe"退出，退出代码 2 。
Error while building/deploying project untitled (kit: Desktop Qt 5.2.1 MSVC2012 32bit)
当执行步骤 'Make'时
09:38:27: Elapsed time: 00:01.eclispse如何运行C?哥哥救救make: *** 没有指明目标并且找不到 makefile。 停止。????ubuntu下编译ACE-6.2.0windows下makefile编写问题关于linux makefile的问题关于linux编程的菜鸟问题大侠帮忙改个makefile文件能支持交叉编译第一步就遇到问题，makefile不知道怎么回事了
㈡ android studio怎么设置android版本
android studio 设置安卓版本有很多种，以下介绍常用的2种方式。
【常用方式】
通过build.gradle进行配置。
通过File-->Project structure 进行配置。
【原理】
都是通过设置当前开发环境的编译版本进行改版studio的android 版本。
【详细实现方式】
通过build.gradle进行配置，前提是studio有相应的android sdk版本。
优缺点：方便快速。
代码如下：
java">android{
compileSdkVersion23//x修改这个即可
buildToolsVersion"24.0.0"
defaultConfig{
applicationId"com.start.nonxinyin"
minSdkVersion15
targetSdkVersion23
versionCode2
versionName"1.0.1.20170210_Beta"
testInstrumentationRunner"android.support.test.runner.AndroidJUnitRunner"
}通过File-->Project structure 进行配置。
优缺点：方便快速。
右键工程，open moudle setting，或者通过 File-->Project structure进行设置
【最后】
2种方法看个人使用情况进行选用。
㈢ 濡备綍鍙岖紪璇悭ndroid搴旂敤骞堕吨鏂版墦鍖
涓.鐪媋ndroid镄勬簮浠ｇ爜
銆銆1)灏咥pkd.apk 鐢▃ip瑙ｅ帇钖庯纴鍑虹幇浜嗕竴涓猚lasses.dex鏂囦欢
銆銆2014/02/19 19:42
銆銆.
銆銆2014/02/19 19:42
銆銆..
銆銆2014/02/19 15:35 1,656 AndroidManifest.xml
銆銆2014/02/19 15:35 687,024 classes.dex
銆銆2014/02/19 15:49
銆銆META-INF
銆銆2014/02/19 15:49
銆銆res
銆銆2014/02/19 15:35 2,200 resources.arsc
銆銆2)杩涘叆鍒癫ex2jar鐩褰曚腑锛岃繍琛屾儏鍐靛备笅锛
銆銆D:\developer\tools\test_apk\dex2jar-0.0.9.15>dex2jar.bat "..\Apkd(d2j)\classes.d
銆銆ex"
銆銆this cmd is deprecated, use the d2j-dex2jar if possible
銆銆dex2jar version: translator-0.0.9.15
銆銆dex2jar ..\Apkd(d2j)\classes.dex -> ..\Apkd(d2j)\classes_dex2jar.jar
銆銆Done.
銆銆鍦╝pk镓鍦ㄧ殑鐩褰曚细鍑虹幇 classes_dex2jar.jar 鏂囦欢銆
銆銆3) 鐢↗D-GUI瀵筳ar鍖呰繘琛屾煡鐪嬶纴鍙浠ユ煡鐪嬫簮鏂囦欢
銆銆浜.鍙岖紪璇悭pk
銆銆1.鍦ㄣ涓嬭浇銆APKTOOL涓镄勪笁涓鏂囦欢锛坅apt.exe銆乤pktool.bat銆乤pktool.jar锛夎В铡嬬缉鍒颁綘镄刉indows瀹夎呯洰褰曚笅锛屼互鏂逛究浣跨敤Dos锻戒护.
銆銆2012/12/06 11:44 854,016 aapt.exe
銆銆2014/02/19 17:15 277,372 Apkd.apk銆//绀轰緥鐢ㄣapk鏂囦欢
銆銆2012/12/23 23:39 92 apktool.bat
銆銆2013/02/03 02:37 2,655,843 apktool.jar
銆銆2.杩涘叆鍒瘾pktool.bat镓鍦ㄧ殑鐩褰曪纴杩愯岋细
銆銆apktool d Apkd.apk decode_dir
銆銆鍙岖紪璇戝悗,decode_dir鐩褰曚笅镄勫唴瀹瑰备笅锛
銆銆2014/02/19 17:16 716 AndroidManifest.xml
銆銆2014/02/19 17:16 237 apktool.yml
銆銆2014/02/19 17:18
銆銆build
銆銆2014/02/19 17:16
銆銆res
銆銆2014/02/19 17:16
銆銆smali
銆銆姝ゆ椂鎴戝彲浠ユ煡鐪嫔师鏂囦欢AndroidManifest.xml浜嗭纴涔熸槸镆ョ湅smali婧愭枃浠讹纸鏄鐢╯mali璇瑷鍐欑殑锛屽彲浠ュ圭収java鐪嬶级銆
銆銆涓.APKTOOL镄勪娇鐢
銆銆1).decode
銆銆璇ュ懡浠ょ敤浜庤繘琛屽弽缂栬疟apk鏂囦欢锛屼竴鑸鐢ㄦ硶涓
銆銆apktool d
銆銆浠ｈ〃浜呜佸弽缂栬疟镄刟pk鏂囦欢镄勮矾寰勶纴链濂藉啓缁濆硅矾寰勶纴姣斿侰:\MusicPlayer.apk
銆銆浠ｈ〃浜嗗弽缂栬疟钖庣殑鏂囦欢镄勫瓨鍌ㄤ綅缃锛屾瘆濡侰:\MusicPlayer
銆銆濡傛灉浣犵粰瀹氱殑宸茬粡瀛桦湪锛岄偅涔堣緭鍏ュ畬璇ュ懡浠ゅ悗浼氭彁绀轰綘锛屽苟涓旀棤娉曟墽琛岋纴闇瑕佷綘閲嶆柊淇鏀瑰懡浠ゅ姞鍏-f鎸囦护
銆銆apktool d 钬揻
銆銆杩欐牱灏变细寮鸿岃嗙洊宸茬粡瀛桦湪镄勬枃浠
銆銆2).build
銆銆璇ュ懡浠ょ敤浜庣紪璇戜慨鏀瑰ソ镄勬枃浠讹纴涓鑸鐢ㄦ硶涓
銆銆apktool b
銆銆杩欓噷镄
銆銆灏辨槸鍒氭墠浣犲弽缂栬疟镞惰緭鍏ョ殑
銆銆锛埚侰:\MusicPlayer锛,杈揿叆杩栾屽懡浠ゅ悗锛屽傛灉涓鍒囨ｅ父锛屼綘浼氩彂鐜癈:\MusicPlayer鍐呭氢简2涓鏂囦欢澶筨uild鍜宒ist锛屽叾涓鍒嗗埆瀛桦偍镌缂栬疟杩囩▼涓阃愪釜缂栬疟镄勬枃浠朵互鍙婃渶缁堟墦鍖呯殑apk鏂囦欢銆
銆銆3).install-framework
銆銆璇ュ懡浠ょ敤浜庝负APKTool瀹夎呯壒瀹氱殑framework-res.apk鏂囦欢锛屼互鏂逛究杩涜屽弽缂栬疟涓浜涗笌ROM鐩镐簰渚濊禆镄𪞝PK鏂囦欢銆傚叿浣撴儏鍐佃风湅甯歌侀梾棰
銆銆锲.smali涓巎ava婧愮爜瀵圭収锛屽苟锅氩嚭鐩稿簲镄勪慨鏀
銆銆java婧愪唬镰侊细
銆銆import android.os.Bundle;
銆銆import android.app.Activity;
銆銆import android.view.Menu;
銆銆import android.widget.*;
銆銆public class MainActivity extends Activity {
銆銆@Override
銆銆protected void onCreate(Bundle savedInstanceState) {
銆銆super.onCreate(savedInstanceState);
銆銆setContentView(R.layout.activity_main);
銆銆TextView a = (TextView)this.findViewById(R.id.test) ;
銆銆a.setText("raoliang");
銆銆}
銆銆@Override
銆銆public boolean onCreateOptionsMenu(Menu menu) {
銆銆// Inflate the menu; this adds items to the action bar if it is present.
銆銆getMenuInflater().inflate(R.menu.main, menu);
銆銆return true;
銆銆}
銆銆}
銆銆瀵瑰簲镄剆mali婧愪唬镰侊细
銆銆.class public Lali/text/apkd/MainActivity;
銆銆.super Landroid/app/Activity;
銆銆.source "MainActivity.java"
銆銆# direct methods
銆銆.method public constructor ()V
銆銆.locals 0
銆銆.prologue
銆銆.line 8
銆銆invoke-direct {p0}, Landroid/app/Activity;->()V
銆銆return-void
銆銆.end method
銆銆# virtual methods
銆銆.method protected onCreate(Landroid/os/Bundle;)V
銆銆.locals 2
銆銆.parameter "savedInstanceState"
銆銆.prologue
銆銆.line 12
銆銆invoke-super {p0, p1}, Landroid/app/Activity;->onCreate(Landroid/os/Bundle;)V
銆銆.line 13
銆銆const/high16 v1, 0x7f03
銆銆invoke-virtual {p0, v1}, Lali/text/apkd/MainActivity;->setContentView(I)V
銆銆.line 14
銆銆const/high16 v1, 0x7f08
銆銆invoke-virtual {p0, v1}, Lali/text/apkd/MainActivity;->findViewById(I)Landroid/view/View;
銆銆move-result-object v0
銆銆check-cast v0, Landroid/widget/TextView;
銆銆.line 15
銆銆.local v0, a:Landroid/widget/TextView;
銆銆const-string v1, "raoliang"
銆銆invoke-virtual {v0, v1}, Landroid/widget/TextView;->setText(Ljava/lang/CharSequence;)V
銆銆.line 16
銆銆return-void
銆銆.end method
銆銆.method public onCreateOptionsMenu(Landroid/view/Menu;)Z
銆銆.locals 2
銆銆.parameter "menu"
銆銆.prologue
銆銆.line 21
銆銆invoke-virtual {p0}, Lali/text/apkd/MainActivity;->getMenuInflater()Landroid/view/MenuInflater;
銆銆move-result-object v0
銆銆const/high16 v1, 0x7f07
銆銆invoke-virtual {v0, v1, p1}, Landroid/view/MenuInflater;->inflate(ILandroid/view/Menu;)V
銆銆.line 22
銆銆const/4 v0, 0x1
銆銆return v0
銆銆.end method
銆銆阃氲繃瀵规瘆鍙浠ョ湅鍒帮纴甯搁噺鏄娌℃湁蹇呭彉镄勶纴鍙浠ユ牴鎹镄剆mali镄勮娉曪纴杩涜岀浉搴旂殑淇鏀
銆銆浜.3銆佹墦鍖呫佺惧悕鍜屽畨瑁呬慨鏀瑰悗镄刟pk
銆銆淇鏀瑰畬浜嗭纴灏卞彲浠ユ墦鍖呭洖apk浜嗐傛墽琛屼互涓嫔懡浠わ细
銆銆apktool b decode_dir
銆銆鍦╩ygame鐩褰曚笅镄刣ist鍦ㄤ细鐪嫔埌镓揿寘濂界殑apk銆
銆銆褰撶劧锛岀幇鍦ㄤ竴鑸鏄镞犳硶瀹夎呯殑锛屽洜涓篴pk杩樻病链夌惧悕銆备笅闱㈠氨𨱒ョ惧悕銆傜惧悕闇瑕乲eystore鏂囦欢锛屾垜宸茬粡链変笓鐢ㄧ殑keystore浜嗭纴濡傛灉杩樻病链夛纴璇峰弬阒呰繖閲岃繘琛岀敓鎴愩
銆銆镓ц屼互涓嫔懡浠や负閲嶆柊缂栬疟镄刴y_game.apk绛惧悕锛
銆銆jarsigner -verbose -keystore demo.keystore Apkd.apk demo.keystore
銆銆链钖庯纴鍦ㄥ畨瑁呭埌镓嬫満鍓嶏纴闇瑕佹妸镓嬫満涓镄勫凡链夌増链鍏埚嵏杞斤纴锲犱负濡傛灉绛惧悕涓嶅悓锛屾槸涓嶈兘瑕嗙洊瀹夎呯殑锛屼细鎻愮ず钬滃簲鐢ㄧ▼搴忔湭瀹夎呪濋敊璇銆
銆銆瀹屾暣镄勮繍琛屾儏鍐靛备笅锛
銆銆D:\developer\tools\test_apk\new\decode\dist>keytool -genkey -alias demo.keystore -keyalg RSA -validity 40000 -keystore demo.keystore
銆銆杈揿叆keystore瀵嗙爜锛
銆銆鍐嶆¤緭鍏ユ柊瀵嗙爜:
銆銆鎭ㄧ殑钖嶅瓧涓庡撴皬鏄浠涔堬纻
銆銆[Unknown]锛 rao
銆銆鎭ㄧ殑缁勭粐鍗曚綅钖岖О鏄浠涔堬纻
銆銆[Unknown]锛 rao
銆銆鎭ㄧ殑缁勭粐钖岖О鏄浠涔堬纻
銆銆[Unknown]锛
銆銆鎭ㄦ墍鍦ㄧ殑锘庡竞鎴栧尯锘熷悕绉版槸浠涔堬纻
銆銆[Unknown]锛
銆銆鎭ㄦ墍鍦ㄧ殑宸炴垨鐪佷唤钖岖О鏄浠涔堬纻
銆銆[Unknown]锛
銆銆璇ュ崟浣岖殑涓ゅ瓧姣嶅浗瀹朵唬镰佹槸浠涔
銆銆[Unknown]锛
銆銆CN=rao, OU=rao, O=Unknown, L=Unknown, ST=Unknown, C=Unknown 姝ｇ‘钖楋纻
銆銆[钖]锛 y
銆銆杈揿叆镄勪富瀵嗙爜
銆銆锛埚傛灉鍜 keystore 瀵嗙爜鐩稿悓锛屾寜锲炶溅锛夛细
銆銆D:\developer\tools\test_apk\new\decode\dist>jarsigner -verbose -keystore demo.keystore Apkd.apk demo.keystore
銆銆杈揿叆瀵嗛挜搴撶殑鍙ｄ护鐭璇锛
銆銆姝ｅ湪娣诲姞锛 META-INF/MANIFEST.MF
銆銆姝ｅ湪娣诲姞锛 META-INF/DEMO_KEY.SF
銆銆姝ｅ湪娣诲姞锛 META-INF/DEMO_KEY.RSA
銆銆姝ｅ湪绛惧悕锛 res/drawable-hdpi/ic_launcher.png
銆銆姝ｅ湪绛惧悕锛 res/drawable-mdpi/ic_launcher.png
銆銆姝ｅ湪绛惧悕锛 res/drawable-xhdpi/ic_launcher.png
銆銆姝ｅ湪绛惧悕锛 res/drawable-xxhdpi/ic_launcher.png
銆銆姝ｅ湪绛惧悕锛 res/layout/activity_main.xml
銆銆姝ｅ湪绛惧悕锛 res/menu/main.xml
銆銆姝ｅ湪绛惧悕锛 AndroidManifest.xml
銆銆姝ｅ湪绛惧悕锛 classes.dex
銆銆姝ｅ湪绛惧悕锛 resources.arsc
銆銆D:\developer\tools\test_apk\new\decode\dist>
銆銆鍒版や负姝锛屼慨鏀瑰悗镄刟pk鍙浠ユｅ父镄勫畨瑁呬简锛屼笉杩囷纴鍦ㄥ畨瑁呬箣鍓嶏纴蹇呴’瑕佸厛鍗歌浇浠ュ墠镄刟pk锛屼笉鑳界洿鎺ユ浛鎹锛埚洜涓虹惧悕涓崭竴镙凤级
㈣ Android如何代码混淆，防止apk程序被反编译
下面具体说一说怎么样让SDK2.3下的proguard.cfg文件起作用，先来看看android-sdk-windows\tools\lib\proguard.cfg的内容：view plain 1. -optimizationpasses 5 2. -dontusemixedcaseclassnames 3. - 4. -dontpreverify 5. -verbose 6. -optimizations !code/simplification/arithmetic,!field/*,!class/merging/* 7. 8. -keep public class * extends android.app.Activity 9. -keep public class * extends android.app.Application 10. -keep public class * extends android.app.Service 11. -keep public class * extends android.content.BroadcastReceiver 12. -keep public class * extends android.content.ContentProvider 13. -keep public class * extends android.app.backup.BackupAgentHelper 14. -keep public class * extends android.preference.Preference 15. -keep public class com.android.vending.licensing.ILicensingService 16. 17. -keepclasseswithmembernames class * { 18. native <methods>; 19. } 20. 21. -keepclasseswithmembernames class * { 22. public <init>(android.content.Context, android.util.AttributeSet); 23. } 24. 25. -keepclasseswithmembernames class * { 26. public <init>雀缓(android.content.Context, android.util.AttributeSet, int); 27. } 28. 29. -keepclassmembers enum * { 30. public static **[] values(); 31. public static ** valueOf(java.lang.String); 32. } 33. 34. -keep class * implements android.os.Parcelable { 35. public static final android.os.Parcelable$Creator *; 36. } 从脚本中可以看到，混淆中保留了继承自Activity、Service、Application、顷困模BroadcastReceiver、ContentProvider等基本组件以及com.android.vending.licensing.ILicensingService， 并保留了所有的Native变量名及类名，所有类中部分以设定了固定尺旁参数格式的构造函数，枚举等等。) 让proguard.cfg起作用的做法很简单，就是在eclipse自动生成的default.properties文件中加上一句“proguard.config=proguard.cfg”就可以了 完整的default.properties文件应该如下：view plain 1. # This file is automatically generated by Android Tools. 2. # Do not modify this file -- YOUR CHANGES WILL BE ERASED! 3. # 4. # This file must be checked in Version Control Systems. 5. # 6. # To customize properties used by the Ant build system use, 7. # "build.properties", and override values to adapt the script to your 8. # project structure. 9. 10. # Project target. 11. target=android-9 12. proguardproguard.config=proguard.cfg 大功告成，正常的编译签名后就可以防止代码被反编译了。
㈤ 如何在Mac上面进行AndroidApk反编译
最新的反编译不用此方法， 有最新的一键自动反编译工具：
这段时间在学Android应用开发，在想既然是用Java开发的应该很好反编译从而得到源代码吧，google了一下，确实很简单，以下是我的实践过程。
在此郑重声明，贴出来的目的不是为了去破解人家的软件，完全是一种学习的态度，不过好像通过这种方式也可以去汉化一些外国软件。
注：本Android反编译教程，在Windows7-Ultimate-64bit操作系统上，测试通过！
下述所需的反编译工具包 下载
一、反编译Apk得到Java源代码
首先要下载两个工具：dex2jar和JD-GUI
前者dex2jar是将apk中的classes.dex转化成Jar文件，而JD-GUI是一个反编译工具，可以直接查看Jar包的源代码。以下是下载地址：
dex2jar：
JD-GUI：
具体步骤：
首先将apk文件，将后缀改为zip，解压，得到其中的classes.dex，它就是java文件编译再通过dx工具打包而成的；
解压下载的dex2jar，将classes.dex复制到dex2jar.bat所在目录。在命令行下定位到dex2jar.bat所在目录(在DOS命令下CD 目录)
运行
dex2jar.bat classes.dex
生成
classes.dex.dex2jar.jar
生成jar文件的截图如下：
运行JD-GUI（jd-gui.exe），打开上面生成的jar包，即可看到源代码了
HelloAndroid源码（编译前的apk源码对照）如下：
二、反编译apk生成程序的源代码和图片、XML配置、语言资源等文件
如果是汉化软件，这将特别有用。首先还是下载工具，这次用到的是apktool
下载地址：
下载：apktool1.4.1.tar.bz2 和 apktool-install-windows-r04-brut1.tar.bz2（两个包都下载）
具体步骤：
将下载的两个包解压到同一个文件夹下，应该会有三个文件：aapt.exe，apktool.bat，apktool.jar
在命令行下定位到apktool.bat文件夹，输入以下命令：apktool d C:\*.apk C:\*文件夹，如下图：
命令行解释：apktool d [apk文件 ] [输出文件夹]
反编译的文件如下（AndroidManifest.xml为例）：
特别注意：你要反编译的文件一定要放在C盘的根目录里（其实不用放在C盘根目录也行）
例如：在D盘目录D:\apktool1.4.1
cd /d D:\apktool1.4.1 //切换到D盘目录，包含HelloAndroid.apk以及aapt.exe，apktool.bat，apktool.jar三个文件
apktool.bat d -f HelloAndroid.apk HelloAndroid // apktool反编译命令，注意 d和
-f 的写法
将反编译完的文件重新打包成apk，很简单，输入apktool b c:\***文件夹（你编译出来文件夹）即可，命令如下：这个主意你文件所在盘
打包apk后的文件在目录C:\HelloAndroid下，生成了两个文件夹：
build
dist
其中，打包生成的HelloAndroid.apk，在上面的dist文件夹下，Ok
最后，再介绍一款刚出来的反编译工具 Androidfby ，它是一款对上述步骤进行了封装的图形界面工具，下载地址
但是，针对部分签名的apk，无法实现反编译，但本博客方法则仍然可以反编译成功！仅供参考使用
另外，作为应用开发者，肯定不希望自己的代码被反编译的，下一遍博客将讲述如何通过混淆代码防止被别人反编译
Android如何防止apk程序被反编译
作为Android应用开发者，不得不面对一个尴尬的局面，就是自己辛辛苦苦开发的应用可以被别人很轻易的就反编译出来。
Google似乎也发现了这个问题，从SDK2.3开始我们可以看到在android-sdk-windows\tools\下面多了一个proguard文件夹
proguard是一个java代码混淆的工具，通过proguard，别人即使反编译你的apk包，也只会看到一些让人很难看懂的代码，从而达到保护代码的作用。
下面具体说一说怎么样让SDK2.3下的proguard.cfg文件起作用，先来看看android-sdk-windows\tools\lib\proguard.cfg的内容：
[html] view
plainprint?
1. -optimizationpasses 5
2. -dontusemixedcaseclassnames
3. -
4. -dontpreverify
5. -verbose
6. -optimizations !code/simplification/arithmetic,!field/*,!class/merging/*
7.
8. -keep public class * extends android.app.Activity
9. -keep public class * extends android.app.Application
10. -keep public class * extends android.app.Service
11. -keep public class * extends android.content.BroadcastReceiver
12. -keep public class * extends android.content.ContentProvider
13. -keep public class * extends android.app.backup.BackupAgentHelper
14. -keep public class * extends android.preference.Preference
15. -keep public class com.android.vending.licensing.ILicensingService
16.
17. -keepclasseswithmembernames class * {
18. native ;
19. }
20.
21. -keepclasseswithmembernames class * {
22. public (android.content.Context, android.util.AttributeSet);
23. }
24.
25. -keepclasseswithmembernames class * {
26. public (android.content.Context, android.util.AttributeSet, int);
27. }
28.
29. -keepclassmembers enum * {
30. public static **[] values();
31. public static ** valueOf(java.lang.String);
32. }
33.
34. -keep class * implements android.os.Parcelable {
35. public static final android.os.Parcelable$Creator *;
36. }
从脚本中可以看到，混淆中保留了继承自Activity、Service、
Application、BroadcastReceiver、ContentProvider等基本组件以及
com.android.vending.licensing.ILicensingService，
并保留了所有的Native变量名及类名，所有类中部分以设定了固定参数格式的构造函数，枚举等等。(详细信息请参考/examples中的例子及注释。)
让proguard.cfg起作用的做法很简单，就是在eclipse自动生成的default.properties文件中加上一句“proguard.config=proguard.cfg”就可以了
完整的default.properties文件应该如下：
[html] view
plainprint?
1. # This file is automatically generated by Android Tools.
2. # Do not modify this file -- YOUR CHANGES WILL BE ERASED!
3. #
4. # This file must be checked in Version Control Systems.
5. #
6. # To customize properties used by the Ant build system use,
7. # "build.properties", and override values to adapt the script to your
8. # project structure.
9.
10. # Project target.
11. target=android-9
12. proguard.config=proguard.cfg
大功告成，正常的编译签名后就可以防止代码被反编译了。反编译经过代码混淆的apk得到的代码应该类似于下面的效果，是很难看懂的：
如果您使用的是2.3之前的SDK版本也没关系，把上面的proguard.cfg文件复制一份放到项目中，然后进行相同的操作即可
/
㈥ apk反编译，回编出错了
不影响正常运行，只是编译环境，
compileSdkVersion 告诉 Gradle 用哪个 Android SDK 版本编译你的应用。使用任何新添加的 API 就需要使用对应 Level 的 Android SDK。
需要强调的是修改 compileSdkVersion 不会改变运行时的行为。当你修改了 compileSdkVersion 的时候，可能会出现新的编译警告、编译错误，但新的 compileSdkVersion 不会被包含到 APK 中：它纯粹只是在编译的时候使用。（你真的应该修复这些警告，他们的出现一定是有原因的）
因此我们强烈推荐总是使用最新的 SDK 进行编译。在现有代码上使用新的编译检查可以获得很多好处，避免新弃用的 API ，并且为使用新的 API 做好准备。
注意，如果使用 Support Library ，那么使用最新发布的 Support Library 就需要使用最新的 SDK 编译。例如，要使用 23.1.1 版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本号要一致！）。通常，新版的 Support Library 随着新的系统版本而发布，它为系统新增加的 API 和新特性提供兼容性支持。
解决办法有两种（我测试的前提是反编译的母包是没有包含这两个属性的）：
（1）使用apktool 2.3.2版本，因为2.3.3之后版本针对appt和appt2做了修改，最后AndroidManifest.xml里面不在包含compileSdkVersion和compileSdkVersionCodename
（2）清除原本的1.apk，重新指定framework-dir：java -jar apktool_2.4.0.jar empty-framework-dir --force，最后发现可以回编译成功，但是AndroidManifest.xml还是会包含compileSdkVersion和compileSdkVersionCodename。
㈦ android系统编译能用分布式编译吗
项目越来越大，每次需要重新编译整个项目都是一件很浪费时间的事情。Research了一下，找到以下可以帮助提高速度的方法，总结一下。
1. 使用tmpfs来代替部分IO读写
2.ccache，可以将ccache的缓存文件设置在tmpfs上，但是这样的话，每次开机后，ccache的缓存文件会丢失
3.distcc,多机器编译
4.将屏幕输出打印到内存文件或者/dev/null中，避免终端设备（慢速设备）拖慢速度。
tmpfs
有人说在Windows下用了RAMDisk把一个项目编译时间从4.5小时减少到了5分钟，也许这个数字是有点夸张了，不过粗想想，把文件放到内存上做编译应该是比在磁盘上快多了吧，尤其如果编译器需要生成很多临时文件的话。
这个做法的实现成本最低，在Linux中，直接mount一个tmpfs就可以了。而且对所编译的工程没有任何要求，也不用改动编译环境。
mount -t tmpfs tmpfs ~/build -o size=1G
用2.6.32.2的Linux Kernel来测试一下编译速度：
用物理磁盘：40分16秒
用tmpfs：39分56秒
呃……没什么变化。看来编译慢很大程度上瓶颈并不在IO上面。但对于一个实际项目来说，编译过程中可能还会有打包等IO密集的操作，所以只要可能，用tmpfs是有益无害的。当然对于大项目来说，你需要有足够的内存才能负担得起这个tmpfs的开销。
make -j
既然IO不是瓶颈，那CPU就应该是一个影响编译速度的重要因素了。
用make -j带一个参数，可以把项目在进行并行编译，比如在一台双核的机器上，完全可以用make -j4，让make最多允许4个编译命令同时执行，这样可以更有效的利用CPU资源。
还是用Kernel来测试：
用make： 40分16秒
用make -j4：23分16秒
用make -j8：22分59秒
由此看来，在多核CPU上，适当的进行并行编译还是可以明显提高编译速度的。但并行的任务不宜太多，一般是以CPU的核心数目的两倍为宜。
不过这个方案不是完全没有cost的，如果项目的Makefile不规范，没有正确的设置好依赖关系，并行编译的结果就是编译不能正常进行。如果依赖关系设置过于保守，则可能本身编译的可并行度就下降了，也不能取得最佳的效果。
ccache
ccache工作原理：
ccache也是一个编译器驱动器。第一趟编译时ccache缓存了GCC的“-E”输出、编译选项以及.o文件到$HOME/.ccache。第二次编译时尽量利用缓存，必要时更新缓存。所以即使"make clean; make"也能从中获得好处。ccache是经过仔细编写的，确保了与直接使用GCC获得完全相同的输出。
ccache用于把编译的中间结果进行缓存，以便在再次编译的时候可以节省时间。这对于玩Kernel来说实在是再好不过了，因为经常需要修改一些Kernel的代码，然后再重新编译，而这两次编译大部分东西可能都没有发生变化。对于平时开发项目来说，也是一样。为什么不是直接用make所支持的增量编译呢？还是因为现实中，因为Makefile的不规范，很可能这种“聪明”的方案根本不能正常工作，只有每次make clean再make才行。
安装完ccache后，可以在/usr/local/bin下建立gcc，g++，c++，cc的symbolic link，链到/usr/bin/ccache上。总之确认系统在调用gcc等命令时会调用到ccache就可以了（通常情况下/usr/local /bin会在PATH中排在/usr/bin前面）。
安装的另外一种方法：
vi ~/.bash_profile
把/usr/lib/ccache/bin路径加到PATH下
PATH=/usr/lib/ccache/bin:$PATH:$HOME/bin
这样每次启动g++的时候都会启动/usr/lib/ccache/bin/g++，而不会启动/usr/bin/g++
效果跟使用命令行ccache g++效果一样
这样每次用户登录时，使用g++编译器时会自动启动ccache
继续测试：
用ccache的第一次编译(make -j4)：23分38秒
用ccache的第二次编译(make -j4)：8分48秒
用ccache的第三次编译(修改若干配置，make -j4)：23分48秒
看来修改配置（我改了CPU类型...）对ccache的影响是很大的，因为基本头文件发生变化后，就导致所有缓存数据都无效了，必须重头来做。但如果只是修改一些.c文件的代码，ccache的效果还是相当明显的。而且使用ccache对项目没有特别的依赖，布署成本很低，这在日常工作中很实用。
可以用ccache -s来查看cache的使用和命中情况：
cache directory /home/lifanxi/.ccachecache hit 7165cache miss 14283called for link 71not a C/C++ file 120no input file 3045files in cache 28566cache size 81.7 Mbytesmax cache size 976.6 Mbytes
可以看到，显然只有第二编次译时cache命中了，cache miss是第一次和第三次编译带来的。两次cache占用了81.7M的磁盘，还是完全可以接受的。
distcc
一台机器的能力有限，可以联合多台电脑一起来编译。这在公司的日常开发中也是可行的，因为可能每个开发人员都有自己的开发编译环境，它们的编译器版本一般是一致的，公司的网络也通常具有较好的性能。这时就是distcc大显身手的时候了。
使用distcc，并不像想象中那样要求每台电脑都具有完全一致的环境，它只要求源代码可以用make -j并行编译，并且参与分布式编译的电脑系统中具有相同的编译器。因为它的原理只是把预处理好的源文件分发到多台计算机上，预处理、编译后的目标文件的链接和其它除编译以外的工作仍然是在发起编译的主控电脑上完成，所以只要求发起编译的那台机器具备一套完整的编译环境就可以了。
distcc安装后，可以启动一下它的服务：
/usr/bin/distccd --daemon --allow 10.64.0.0/16
默认的3632端口允许来自同一个网络的distcc连接。
然后设置一下DISTCC_HOSTS环境变量，设置可以参与编译的机器列表。通常localhost也参与编译，但如果可以参与编译的机器很多，则可以把localhost从这个列表中去掉，这样本机就完全只是进行预处理、分发和链接了，编译都在别的机器上完成。因为机器很多时，localhost的处理负担很重，所以它就不再“兼职”编译了。
export DISTCC_HOSTS="localhost 10.64.25.1 10.64.25.2 10.64.25.3"
然后与ccache类似把g++，gcc等常用的命令链接到/usr/bin/distcc上就可以了。
在make的时候，也必须用-j参数，一般是参数可以用所有参用编译的计算机CPU内核总数的两倍做为并行的任务数。
同样测试一下：
一台双核计算机，make -j4：23分16秒
两台双核计算机，make -j4：16分40秒
两台双核计算机，make -j8：15分49秒
跟最开始用一台双核时的23分钟相比，还是快了不少的。如果有更多的计算机加入，也可以得到更好的效果。
在编译过程中可以用distccmon-text来查看编译任务的分配情况。distcc也可以与ccache同时使用，通过设置一个环境变量就可以做到，非常方便。
总结一下：
tmpfs： 解决IO瓶颈，充分利用本机内存资源
make -j： 充分利用本机计算资源
distcc： 利用多台计算机资源
ccache： 减少重复编译相同代码的时间
这些工具的好处都在于布署的成本相对较低，综合利用这些工具，就可以轻轻松松的节省相当可观的时间。上面介绍的都是这些工具最基本的用法，更多的用法可以参考它们各自的man page。
5.还有提速方法是把屏幕输出重定向到内存文件或/dev/null,因对终端设备(慢速设备)的阻塞写操作也会拖慢速度。推荐内存文件，这样发生错误时，能够查看。