大多商业软件，会对程序进行加密、加壳等安全措施以防范软件被破解，从而使得反编译越来越难。反编译是一个对目标可执行程序进行逆向分析，从而得到源代码的过程。尤其是像Java这样的运行在虚拟机上的编程语言，更容易进行反编译得到源代码。
 
      我们知道，在代码支撑方面，JDK 1.7引入了字符串Switch、泛型接口改进等新功能，1.8增加了lambda表达式、方法传递、多重注解等新特性，这使得反编译工具的编写难度加大。今天我们盘点一下目前仍然可用的、相对功能很强大的Java反编译工具（Eclipse插件不做评价），比较老的反编译工具很难支持Java8及其以上版本。
 
 
 
1、Java 反编译器 JD-GUI
 
JD-GUI 是一个用 C++ 开发的 Java 反编译工具，由 Pavel Kouznetsov开发，支持Windows、Linux和苹果Mac Os三个平台。而且提供了Eclipse平台下的插件JD-Eclipse、IntelliJ的插件JD-IntelliJ。JD-GUI不需要安装，直接点击运行，可以反编译jar,class文件。
 
 
最新版本1.4.0，官方网站：http://jd.benow.ca/。
 
 
 
2、Java 反编译器 procyon-decompiler及其window下独立UI工具luyten
 
     Procyon-Decompiler支持JDK1.8类的反编译，在很多方面做得非常不错，如反编译匿名类、内部类、Java8 Lambda等等。Procyon-Decompiler支持JDK1.8类的反编译，在很多方面做得非常不错：字符串的Switch、枚举声明方面、注解方面、匿名类、内部类、Java8新接口规范、Java8 Lambda表达式、Java8 方法传递等。
 
      luyten是Procyon的GUI，是一款操作简单、功能实用的java反编译工具，软件支持*.JAR、*.zip、*.class等类型文件的反编译操作，还原度非常高，支持更多功能设置，如显式导入、类型、合成组件等等，用户可根据不同的需求选择合适的显示项目，结果更明了。
 
 
     luyten的最新版本0.53，官方网址：https://github.com/deathmarine/Luyten，只需要下载luyten即可，不用下载Procyon。Procyon最新版本0.5.30。
 
 
 
3、Android反编译gui工具Jadx
 
     jadx是一款Android反编译gui工具，它支持apk、dex、jar、class、zip、aar等文件。jadx操作方便，反编译后的代码可读性高，同时还拥有较完善的gui界面，除去混淆部分的代码，jadx已经非常接近源代码了。
 
 
   Jadx最高版本v0.7.1，官方地址https://github.com/skylot/jadx/。
 
   三个工具中JD-GUI打开jar文件反编译速度飞快、luyten次之、Jadx最慢（有时候需要等好一会，喝杯咖啡先）。三者都会遇到反编译不出来的情况，建议配合使用。

一、工具介绍：
 
1.apktool:aapt.exe,apktool.bat,apktool.jar;三个在同一目录结合使用，用来反编译apk，apk重新打包；
 
2.dex2jar:该工具作用是将classes.dex文件，反编译出源码（如果apk未加固），反编译出文件，使用jd-gui工具进行查看；
 
3.Auto-Sign:自动签名工具，将重新打包的apk进行签名，如果不签名，无法安装使用。
 
工具下载地址：https://download.csdn.net/download/sxk874890728/10443156 （需要3CSDN积分,原本我设置3积分的，不知道为什么涨到16积分了......）
 
使用场景：项目源码丢失，只有线上apk，并且没有加固，要求修改apk接口地址，并且重新打包，再发布。
 
二、工具使用：
 
解压后工具包如图：
 
 
1.思路：使用工具dex2jar反编译，并用jd-gui工具进行查看项目结构，查看源码，并且找到接口地址类，修改接口地址；
 
步骤一：下载好工具，将需要反编译的APK后缀名改为.rar或则 .zip，并解压，如图：
 
 
得到其中的classes.dex文件（它就是java文件编译再通过dx工具打包而成的），将获取到的
 
classes.dex复制到解压出来的工具dex2jar-0.0.9.15 文件夹内，
 
在命令行下，进入到dex2jar.bat所在目录，输入命令：
 
dex2jar.bat   classes.dex
 
1
效果如下：
 
 
步骤二：运行结束后，在该目录下会生成一个classes_dex2jar.jar的文件，如图：
 
 
然后打开工具jd-gui文件夹里的jd-gui.exe，用该工具打开生成的classes_dex2jar.jar文件，便可以看到源码
 
了，效果如下：
 
 
2.思路：apktool,反编译修改smali文件，进行重新打包，通过用jd-gui工具找到接口地址类后，与相应
 
的smali文件进行对比，修改接口地址；
 
下载上述工具中的apktool，解压得到3个文件：aapt.exe，apktool.bat，apktool.jar ，将需要反编译的
 
APK文件放到该目录下，如图：
 
 
打开命令行界面（运行-CMD） ，定位到apktool文件夹，输入以下命令：
 
apktool.bat d -f test.apk -o test    
 
1
apktool -f [待反编译的apk] -o [反编译之后存放文件夹] 
 
1
如图：
 
 
反编译之后会得到test 文件夹，打开test文件夹，里边就是反编译出来的各种资源文件
 
 
使用jd-gui查看源码找到地址类，然后在smali文件里找到地址的smali文件，更改smali文件内接口地址。 
 如图：
 
 
smali文件内找到与之对应的地址smali文件
 
 
 
修改接口smali文件里的地址将Ip更换成域名如图：
 
 
修改后，保存。
 
3.重新打包。 执行打包命令
 
apktool.bat b test
 
1
在test文件内会多出两个文件如下图所示：
 
 
dist文件内就是我们需要的apk。
 
4.签名apk，重新发布。
 
接下来就要用到签名工具了，如果不经过签名是不能正确运行的。工具： auto-sign.zip
 
将打包好的test.apk 拷贝到解压好的auto-sign文件夹下，执行命令：
 
java -jar signapk.jar testkey.x509.pem testkey.pk8 test.apk test_signed.apk 
 
1
test_signed.apk就是签名后的apk ：
 
 
5.运行之后，发现在5.0上运行会直接崩溃，android studio捕捉到错误所在：
 
 
这里是在jd-gui上查看到了源码位置
 
错误原因：
 
 Caused by: java.lang.IllegalArgumentException: Service Intent must be explicit: Intent { act=com.sun3d.culturejingan.communication.link }
 
1
如错误提示所示，在android 5.0版本以后，service intent必须为显式指出。
 
那么就需要修改smali文件相关类，这里就用到将java2smali文件
 
6.java2smali插件，地址：https://plugins.jetbrains.com/plugin/7385-java2smali
 
插件安装，选择本地安装，不懂怎么安装插件，请百度下。
 
找到相应问题的smali文件代码定位：
 
 
由于不太懂smali语法的书写，所以我们直接将写好java代码用插件转换为smali语法，拷贝进来，替换原有smali代码 
 这是java代码 
 
转换成smali代码
 
 
相应代码会直接展示，找到相应转换结果：
 
 
替换反编译出的相应smali文件里的相应代码，然后执行重新打包命令，签名命令，执行第3步。
 
整个过程并不复杂，只要有耐心就可以更改成功。

 
 
版权声明：转载必须注明本文转自严振杰的博客：http://blog.yanzhenjie.com
 
 
大概刚做Android开发的时候就做过二维码扫描，那时候懂的东西少，就搜出来了ZXing和Zbar两个库。ZXing是纯Java代码实现的，适用于Android平台；Zbar是C实现的，可以供很多语言和平台使用，比如Java、iOS平台、Android平台，Python等等。很明显Zbar的识别率和速度都是明显快于ZXing的，但是无奈那时候不会编译Zbar，只好下载了ZXing，但是由于当时技术能力不足，对于ZXing自定义剪切框也做不出来，只好下载了别人编译好的Zbar，可能由于别人修改了代码或者编译的不是很完整，后期bug层出，废了好大劲才完善好。
 
后来一直没有机会学习二维码扫描，直到前几天需要给我们平台的APP加上了二维码扫描功能，我决定使用ZBar，于是我完整的编译了一次，今天把这个过程记录下来，希望可以帮助到需要的同学。
 
 
 
比如微信使用的是ZXing，但是我肯定的说他们修改了不少源码，而且有很多地方应该改成了jni实现，所以微信的识别速率和准确率是相当高的，不过今天我编译后的封装也是秒秒钟就可以识别。
 
 
因为Zbar是基于LGPL-2.1开源的，因此我基于LGPL-2.1协议，我把一个完整的项目源码和sample放到Github上了，提供直接调用zbar的识别byte[]数据的功能和调用相机识别二维码的功能： 
 https://github.com/yanzhenjie/android-zbar-sdk 
 
特别声明：本文已经修复了zbar识别中文乱码的问题！！！
 
 
编译Zbar
 
 
 
在正式编译之前要注意：编译Zbar需要先编译libiconv，编译libiconv需要linux环境，需要用到gcc。如果你没有linux环境也没有关系，我已经提供了编译好的libiconv。
 
 
其实在Zbar的官网也可以下载到他们已经编译好的so和jar，但是so文件他们只提供了armeabi、armeabi-v7a、x86平台： 
 https://sourceforge.net/projects/zbar/files/?source=navbar
 
所以我就抛弃了提供的编译包，自己编译了，下面是步骤。
 
首先在Zbar的开源主页下载Zbar源码： 
 https://github.com/ZBar/ZBar 
 
顺便在开源主页点开android文件夹，发现编译Zbar需要libiconv，接下来下载libiconv： 
 http://www.gnu.org/software/libiconv
 
对于libiconv我是下载的在2017-02-02时发布的最新版1.15。
 
一、编译libiconv
 
如果你没有linux环境编译libiconv，那么你可以在这里下载我已经编译好的libiconv1.15： 
 http://download.csdn.net/detail/yanzhenjie1003/9833225，下好好文件后，你就可以直接跳过这一节，看下面Zbar和libiconv一起编译了。
 
如果你有linux环境可以编译libiconv，那么继续往下看。 
 下载好libiconv后，进入libiconv文件夹，如果报权限错误进不去的话执行sudo chmod 777 -R libiconv就可以了： 
 
 
进来后先执行：./configure，如果提示没权限那么执行：sudo chmod 777 configure，然后重新执行/.configure即可。
 
等./configure执行完后再执行make命令即可完成编译
 
编译时可能遇到以下错误： 
 1、configure: error: no acceptable C compiler found in $PATH 
 这个是说你没有安装gcc，安装gcc后再次执行未完成命令即可。 
 
二、Zbar和libiconv一起编译
 
libiconv编译完成了，接下来把Zbar和libiconv放到一起，编译出我们需要的so文件。 
 
把刚才编译好的libiconv放入我们项目的jni文件夹。 
解压刚才下载好的Zbar，首先把Zbar的头文件所在文件夹zbar/include放入我们项目的jni文件夹下。 
把Zbar对java的接口文件zbarjni.c放入我们项目的jni文件夹，zbrjni.c在zbar/java文件夹下。 
把Zbar的核心库文件所在的文件夹zbar/zbar放到我们项目的jni文件夹下。 
把Zbar编译时需要的Android.mk、Applicaiton.mk、config.h从zbar\android\jni下拷贝到我们项目的jni文件夹下。 
 
此时我们项目的jni文件夹是这样的： 
 
 
理论上现在可以开始编译了吧，但是呢因为我们改动了zbar的文件夹结构，所以我们要对Android.mk进行改动，主要改的是文件夹路径和文件路径，修改后的Android.mk的内容如下：
 
MY_LOCAL_PATH := $(call my-dir)

# libiconv
include $(CLEAR_VARS)
LOCAL_PATH := $(MY_LOCAL_PATH)
LOCAL_MODULE := libiconv
LOCAL_CFLAGS := \
    -Wno-multichar \
    -D_ANDROID \
    -DLIBDIR="c" \
    -DBUILDING_LIBICONV \
    -DBUILDING_LIBCHARSET \
    -DIN_LIBRARY

LOCAL_SRC_FILES := \
    libiconv-1.15/lib/iconv.c \
    libiconv-1.15/libcharset/lib/localcharset.c \
    libiconv-1.15/lib/relocatable.c

LOCAL_C_INCLUDES := \
    $(LOCAL_PATH)/libiconv-1.15/include \
    $(LOCAL_PATH)/libiconv-1.15/libcharset \
    $(LOCAL_PATH)/libiconv-1.15/libcharset/include

include $(BUILD_SHARED_LIBRARY)

LOCAL_LDLIBS := -llog -lcharset

# -----------------------------------------------------

# libzbar
include $(CLEAR_VARS)
LOCAL_PATH := $(MY_LOCAL_PATH)
LOCAL_MODULE := zbar
LOCAL_SRC_FILES := \
            zbarjni.c \
            zbar/img_scanner.c \
            zbar/decoder.c \
            zbar/image.c \
            zbar/symbol.c \
            zbar/convert.c \
            zbar/config.c \
            zbar/scanner.c \
            zbar/error.c \
            zbar/refcnt.c \
            zbar/video.c \
            zbar/video/null.c \
            zbar/decoder/code128.c \
            zbar/decoder/code39.c \
            zbar/decoder/code93.c \
            zbar/decoder/codabar.c \
            zbar/decoder/databar.c \
            zbar/decoder/ean.c \
            zbar/decoder/i25.c \
            zbar/decoder/qr_finder.c \
            zbar/qrcode/bch15_5.c \
            zbar/qrcode/binarize.c \
            zbar/qrcode/isaac.c \
            zbar/qrcode/qrdec.c \
            zbar/qrcode/qrdectxt.c \
            zbar/qrcode/rs.c \
            zbar/qrcode/util.c

LOCAL_C_INCLUDES := \
            $(LOCAL_PATH)/include \
            $(LOCAL_PATH)/zbar \
            $(LOCAL_PATH)/libiconv-1.15/include

LOCAL_SHARED_LIBRARIES := libiconv

include $(BUILD_SHARED_LIBRARY)
 
然后在Application.mk中填写你要编译的平台，如果想全部编译： 
 
APP_ABI := all
 
如果要指定编译某几个平台，把平台名称依次空格隔开写上即可： 
 
APP_ABI := armeabi armeabi-v7a x86 x86_64 mips mips_64 arm64_v8a
 
此时我们用命令行进入项目的jni文件夹的父母路，比如一般jni情况下jni文件夹位于ProjectName/ModuleName/src/main/jni，那么我们就进入这个main，然后此时执行ndk-build进行编译。
 
如果提示没有ndk-build这个命令，那么你需要从http://developer.android.com下载ndk并且在电脑上配置PATH。
 
等ndk-build执行完后会在libs下生成所有平台的so文件夹，文件夹里面是需要的libiconv和zbar的so文件。
 
编译Zbar和libiconv时遇到的错误解决
 
编译过程中可能发现如下错误，请按照修改方案修改即可。
 
1、libiconv-1.15/jni/libcharset/lib/localcharset.c:51:24: error: langinfo.h: No such file or directory 
 打开libiconv-1.15/libcharset/config.h文件，搜索#define HAVE_LANGINFO_CODESET，大概在14行，把这行注释了即可：
 
/* #define HAVE_LANGINFO_CODESET 1 */
 
2、…c undeclaired… 
 打开libiconv-1.15/libcharset/lib/localcharset.c，搜索到函数get_charset_aliases()，大概在124行。 
 
大概在195行左右，有一个int c;（没有的话你可以搜索int c;），把这个一行代码移动到get_charset_aliases()开头： 
 移动之前： 
  
 
移动之后： 
 
 
zbar的jar包
 
现在so文件有了，剩下的就是怎么调用so中的函数来识别条码/二维码了，首先把zbar/java下在net.sourceforge.zbar包和里边的java文件拷贝到你的项目的java目录下，大概结构如下： 
  
 
当然你也像这样使用源码，也可以把这几个类打包成jar包。
 
调用Zbar识别二维码
 
现在全部都编译好了，jar文件也有了，我们可以调用jar中封装的方法来识别二维码了：
 
byte[] imageData = ...;

Image barcode = new Image(size.width, size.height, "Y800");
barcode.setData(imageData);
// 指定二维码在图片中的区域，也可以不指定，识别全图。
// barcode.setCrop(startX, startY, width, height);

String qrCodeString = null;

int result = mImageScanner.scanImage(barcode);
if (result != 0) {
    SymbolSet symSet = mImageScanner.getResults();
    for (Symbol sym : symSet)
        qrCodeString = sym.getData();
}

if (!TextUtils.isEmpty(qrCodeString)) {
    // 成功识别二维码，qrCodeString就是数据。
}
 
如何和相机结合使用等复杂操作这里不再说了，一个完整的项目我放到Github上了： 
 https://github.com/yanzhenjie/android-zbar-sdk 
 
山高水远，江湖再见！
 
 
 
 
版权声明：转载必须注明本文转自严振杰的博客：http://blog.yanzhenjie.com
 

win10+cmake+vs2019编译64位libevent
 
概要：
 
使用平台：win10_64位
使用工具：cmake、vs2019
目的：在windows下编译libevent的库文件
可以实现任意版本的libevent手动编译
 
工具依赖
 
1.libevent下载，下载链接：
 https://github.com/libevent/libevent.git
 
2.openssl下载，下载链接：
 https://github.com/openssl/openssl
 
3.MbedTLS下载，下载链接：
 https://github.com/ARMmbed/mbedtls.git
 
4.perl下载，下载链接：
   perl有两种解决方案：
 
使用ActivePerl：https://www.activestate.com/products/perl/downloads/
使用strawberryperl：strawberryperl
 
5.nasm下载：https://www.nasm.us/pub/nasm/releasebuilds/2.15.05/win64/
 
工具说明：
 
  编译openssl需要依赖perl、nasm，具体详情可以访问github中的相关介绍，相关链接:https://github.com/openssl/openssl/blob/master/NOTES-Windows.txt
 
Quick start
 -----------

 1. Install Perl

 2. Install NASM

 3. Make sure both Perl and NASM are on your %PATH%

 4. Use Visual Studio Developer Command Prompt with administrative privileges,
    choosing one of its variants depending on the intended architecture.
    Or run "cmd" and execute "vcvarsall.bat" with one of the options x86,
    x86_amd64, x86_arm, x86_arm64, amd64, amd64_x86, amd64_arm, or amd64_arm64.
    This sets up the environment variables needed for nmake.exe, cl.exe, etc.
    See also
    <https://docs.microsoft.com/cpp/build/building-on-the-command-line>

 5. From the root of the OpenSSL source directory enter
    perl Configure VC-WIN32    if you want 32-bit OpenSSL or
    perl Configure VC-WIN64A   if you want 64-bit OpenSSL or
    perl Configure             to let Configure figure out the platform

 6. nmake

 7. nmake test

 8. nmake install
 
openssl安装过程中需要注意的事项为:
 
检查perl的版本，以及perl是否在环境变量path中，查看perl版本时需注意，显示的版本是否与你预期的相同;例如我在编译时，就出现了perl版本与我预期版本不一致的问题，我的问题导致的原因是我安装mysys2，在mysys中安装过perl，而且系统环境变量中指向该perl的路径在我后来安装的perl的路径之前，这就导致了我使用perl时候出现的版本问题。其次避免使用perl的时候出错，建议使用strawberryperl
检查nasm是否在系统环境变量中
perl、nasm安装成功后，按照上面的操作教程就可以编译成功openssl，至于你想编译32位、还是64位的就可以自己选择。
 
openssl最简单的安装方式是:使用python，用python安装openssl就存在头文件与lib文件，不影响使用。不想自己编译openssl的同志，完全可以使用python的安装方式去安装
 
编译 MbedTLS
 
编译MbedTLS是必不可少的步骤，下载好MbedTLS源文件后使用cmake_gui生成vs的工程，然后使用vs编译MbedTLS即可。需要注意的事情是，cmake中使用config之后记得更改install的路径，因为在vs中编译的时候默认没有权限在改默认路径中创建文件夹以及复制生成好的lib文件;
 
编译libevent
 
1.如上链接下载libevent的源代码
 2.使用cmake
 3.如果没有找到MbedTLS报错，配置MbedTLS的路径:
 
 该路径为上面编译MbedTLS后其lib所在文件路径