mac反編譯
『壹』 Android-Mac電腦怎麼進行APK反編譯
第一步:下載反編譯工具集,apktool、dex2jar、jd-gui,最後我會上傳這些工具,解壓後如下圖:
下面那個彈出框是JD-GUI的,用來將位元組碼反編譯成java源文件用的
第二步,工具集准備好之後還不能進行反編譯,你在命令窗口下執行輸入apktool 會提示命令不存在,需要配置一下環境變數
,怎麼配置呢,如下命令:
1.打開命令窗口,cd /usr/local/bin下,可能有的mac電腦不存在bin這個目錄,直接在創建一個就好了,命令是:sudo mkdir bin,執行後會讓你輸入root許可權密碼,輸入完後執行ls命令查看,bin目錄就存在了,如圖:
2.將你解壓後的apktool文件夾下的三個文件aapt、apktool、apktool.jar 復制到/usr/local/bin/目錄下,怎麼復制呢,當然用命令cp了,如下圖:
復制多個文件用空格隔開,android-workspace/APK/apktool/目錄是源目錄,存放的是我們要復制的那三個文件,執行命令後,提示輸入密碼,輸完密碼後就復製成功了,ls查看一下,這三個文件已經存在了。
這時候就已經配置好環境變數PATH了,什麼,我怎麼沒看到和PATH有關的任何命令,其實,/usr/local/bin本來就在PATH下,不信我執行命令你看:
這也是我們把apktool3個文件放在/usr/local/bin下的原因,現在你再輸入apktool命令試試:
輸出這樣的命令就代表環境配置好了
第三步:開始進行反編譯了,其實用到的命令也很簡單,我們隨便拿一個apk來,例如:
我們要對dz-android.apk進行反編譯,命令行進入這個目錄 cd /Users/hailonghan/android-workspace/APK,到這個目錄後,
執行命令apktool d dz-android.apk,如下圖:
執行成功後,會在當前目錄下生成一個da-android文件夾,點擊去就看到相關apk的資源文件了,選中AndroidManifest.xml,然後空格鍵,就可以看到反編譯後的內容了:
第四步:反編譯java源文件
這就用到dex2jar和jd-gui了,將dz-android.apk重命名改成dz-android.zip,然後利用解壓縮軟體解壓,得到一個dz-android目錄,我們要拿到裡面的classes.dex文件,
將其復制到dex2jar-0.0.9.15目錄下,
然後執行命令:sh dex2jar.sh classes.dex,
執行成功後會生成一個classes_dex2jar.jar文件,
最後,用jd-gui工具打開這個jar包就可以看到java源代碼了,
『貳』 如何在Mac上進行Android反編譯
這恐怕不是學習之用了。。。呵呵。。。。。樓主打消自己的念頭吧。。。已經把變數名A改成B了,怎麼知道B以前是A還是C還是D呢。。。
『叄』 mac怎麼打開apk文件
MAC下修改apk後綴為ZIP即可解壓打開了,反編譯的話用apktool、dex2jar、jd-gui,
要在MAC下運行apk的話就用android 模擬器例如MuMu等總之,MAC版的android 模擬器還有很多自己搜一下
『肆』 mac上反編譯用的jd-gui,強大的網友們能不能提供一下,急需😣
我可以給你一份希望可以幫助你
點擊下載jd-gui
jd-gui怎麼用
1、在本站下載好壓縮包,解壓縮,雙擊運行「jd-gui.exe」程序;
2、打開軟體主界面,在軟體正上方功能欄中選擇「File」,彈出的下拉框中選擇「open file」打開文件,或者直接點擊工具欄打開文件圖標,選擇要反編譯的類;
3、選擇好想要的.class類後,會看到jd-gui會將相關的類都進行反編譯,不僅包括我們我們剛剛選擇的類,還包括其他相關的類;
4、同時我們可以選擇某個編譯好的類,保存單個Java文件;
5、當我們想查詢某個構造函數、類名、函數名時,我們可以使用其查詢功能(search)針對不同的條件進行查詢;
『伍』 如何吧class文件反編譯為java文件
項目WAR文件不含java源文件,只有.class文件,如何將WAR項目導入到MyEclipse中去??
我的做法:將WAR中的.class文件反編譯成.java文件,反編譯軟體我用的是Java Decompiler", 由 Pavel
Kouznetsov開發,目前最新版本為0.2.5.它由 C++開發,並且官方可以下載 windows、linux和蘋果Mac
Os三個平台的可執行程序。
如何將現有的web程序導入到myeclipse環境中去
如果要將別人發布的war包,導入到自己的eclipse環境中進行再開發,最快的方法如下:
1、新建一個myeclipse的web project。
2、右鍵該工程,myeclipse/add struts capability,設置成struts開發環境。
3、將war包解壓,全目錄覆蓋新工程的WebRoot(包括其中的web-inf/meta-inf目錄),相應的scr目錄(或者對應的包含java文件的目錄)覆蓋eclipse的src目錄。myeclipse會自動將WEB-INF\lib下的jar包作為放到classpath中的。
4、refresh該工程,over。
『陸』 怎麼反編譯mac os x 文件
CPU不兼容。在bios裡面開啟CPU虛擬化來支持更多命令。如果不行的話吧 VMware 重裝。
『柒』 蘋果機安裝軟體要dmg格式的,如何找到dmg的pps軟體呢
1、mac好用嗎?它較windows好在哪兒?
mac系統是基於UNIX的系統,windows系統是基於DOS/NT的系統,系統架構完全不同。MAC相對更穩定,更節省資源。而且在當今的大型伺服器上,幾乎所有的系統全是基於UNIX的。
具體到使用,MAC系統更絢麗,速度更快,並且所有的軟體部分32位或者64位,全部通用。相反windows,資源佔用較多,而且目前來看,絕大多數軟體只支持32位系統。但是32位系統有瓶頸,因為它最多隻支持到3.25GB的內存。所以也就是說,如果你一般買的windows(一般沒人買64位的),你內存在大,最多也就顯示到3GB.
但是MAC也有個缺陷,就是硬碟佔用很多。這個是系統架構所決定的。所以買MAC時候一定買大的硬碟。
另外就是文檔什麼的備份很方便,整個操作系統整合性很好。
2、關於兼容問題,大家都知道現在市面上大部分機器的操作系統還是windows的,所以我很擔心如果mac不能兼容那會很麻煩,比如說我在windows上進行了一些文字輸入或是自我創作的東西,傳輸到mac上能否正常使用並且修改,修改之後又能否再回到windows上使用和修改?
絕大多數都有響應的替代軟體。並且很多大的軟體現在都是MAC版本,WINDOWS版本一起發售。比如office 2007對應的MAC版本是OFFCIE 2008。目前我所知道的,必須要求用windows的軟體有:國內大多數的銀行的網上銀行(美國的都可以),qq的視頻功能(一般聊天,傳文件可以),PPS在線電視。
PS.我沒有用ms office2008,用的是open office,是開源的,因為我在國外查盜版太嚴。
3、mac自帶的系統可否安裝windows的一些軟體?
不可以直接安裝在mac下,可以藉助虛擬機或者Bootcamp構造的雙系統。
4、mac自帶的系統和windows同時安裝之後用起來如何?
協作性很好,運行效率很好。並且即使使用虛擬機調用bootcamp裡面的windows系統,在我的4GB PRO下也可以十分流暢的運行。(虛擬機下不支持部分網銀,比如招行專業版,但是大眾版支持。)
5、有沒有人買了mac裝的是windows的系統?感覺如何?
如果mac下使用windows,不是不可以,但是完全失去了mac的優勢。我在買之前也擔心mac不好,當時只是為了mac pro好看才買。用過mac才發現,它要比windows友好的多,也高效的多。距離來說,我做一份photo merge,在windows xp下需要8小時以上,而mac只需要2小時左右。
6.同時安裝蘋果自帶系統和windows會不會佔用很大資源,以至於運行速度變慢?
不會。兩個系統在不打開另外一個的時候,是絕對獨立的,你不會感到另外一個系統的存在。如果你從mac里用虛擬機調用windows的話,速度沒有直接開windows快,但是也沒有明顯的延遲。同時,虛擬機下,兩個系統可以實現很好的交互。
7.為什麼蘋果自帶系統沒有病毒呢?它的殺毒軟體是什麼?另外,大家都知道網上有很多資源是免費的,下載之後就可以安裝了,那麼蘋果上所提供的軟體是不是都需要交錢啊?
蘋果系統沒有病毒?錯。只是目前沒有。因為windows用戶佔到75%以上的市場,所以大多數病毒製造者都會針對windows製作病毒,以獲得更好的傳播效果。因為mac系統和windows從內核上就不一樣,連應用應用程序都無法使用一樣的,病毒自然也不能夠運行(病毒也是一種應用程序)。但是,這只是時間問題。蘋果電腦在美國市場佔有率3年來翻了將近2倍,很多廣告甚至打出「pc is also a fashion (用PC其實也是很潮的)」的標語。隨著蘋果用戶的增多,mac系統的病毒「指日可待」。
至於免費軟體,只有很少一部分免費,大多數並不是的。但是可以從網上找到X版資源。mac系統的軟體要比windows的好破解的多,因為它大多數沒有繁瑣的安裝程式。破解mac的軟體一般只是一個算號系統的反編譯過程。
8.bootcamp和虛擬機是什麼?他們之間有什麼聯系和區別嗎,如果裝雙系統的話選擇bootcamp或是虛擬機各有什麼好處和壞處?
bootcamp是一種「硬體」虛擬機。它是在mac電腦的硬體環境下,構造出一個模擬的硬體環境,從而讓windows可以安裝在它上面。(因為win和mac系統所需要的硬體結構也是不同的,比如win支持intel酷睿,而mac支持inter universal和power pc,唯一的辦法就是模擬一個假的硬體環境來裝win)。
而虛擬機,實際上是「軟體」上的概念。它是在已經打開的mac系統下,安裝一個軟體,從開啟的mac系統下「把win當作一個一般的應用程序來打開」,而win裡面的所有軟體就好比插件一樣。
bootcamp和虛擬機各有好處:
bootcamp:提供更穩定的完全真實可靠的windows環境,獨立的ip地址可以運行網路銀行(虛擬機是虛擬ip),運行效率更高(因為所有硬體資源只為windows服務)
虛擬機:可以在開啟mac系統的同時使用windows的程序,減少重新啟動切換操作系統的麻煩,能夠時間多系統協作,比如這邊編輯好的文檔可以馬上從win里調用進行進一步編輯,不爽在回mac繼續來。但是運行效率相對低一些,並且一些對安全性要求極高的軟體(比如專業版網銀),無法使用。
現在很好,你只需要通過bootcamp裝個windows,再在mac里裝parallels這個虛擬機,就可以既正常使用Bootcamp的「標准windows」,也可以在Mac里通過虛擬機的形式調用bootcamp裡面的windows。這樣裝一個windows,兩種方式都可以運行,非常方便。
『捌』 如何在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文件復制一份放到項目中,然後進行相同的操作即可
/
『玖』 最近群里有人問如何在mac下進行apk反編譯,我也沒試過,以前都是在windows下進行反
直接用Linux上的相關反編譯工具即可。畢竟mac的系統和linux系統差不多的。
『拾』 eclipse class decompiler mac版怎麼用
下圖是首選項,具體首選項配置選項如下:
1、重用緩存代碼:只會反編譯一次,以後每次打開該類文件,都顯示的是緩存的反編譯代碼。
2.忽略已存在的源代碼:若未選中,則查看Class文件是否已綁定了Java源代碼,如果已綁定,則顯示Java源代碼,如果未綁定,則反編譯Class文件。若選中此項,則忽略已綁定的Java源代碼,顯示反編譯結果。
3.顯示反編譯器報告:顯示反編譯器反編譯後生成的數據報告及異常信息。
4.使用Eclipse代碼格式化工具:使用Eclipse格式化工具對反編譯結果重新格式化排版,反編譯整個Jar包時,此操作會消耗一些時間。
5.使用Eclipse成員排序:使用Eclipse成員排序對反編譯結果重新格式化排版,反編譯整個Jar包時,此操作會消耗大量時間。
6.以注釋方式輸出原始行號信息:如果Class文件包含原始行號信息,則會將行號信息以注釋的方式列印到反編譯結果中。
7.根據行號對齊源代碼以便於調試:若選中該項,插件會採用AST工具分析反編譯結果,並根據行號信息調整代碼順序,以便於Debug過程中的單步跟蹤調試。
8.設置類反編譯查看器作為預設的類文件編輯器:默認為選中,將忽略Eclipse自帶的Class Viewer,每次Eclipse啟動後,默認使用本插件提供的類查看器打開Class文件。
插件提供了系統菜單,工具欄,當打開了插件提供的類反編譯查看器後,會激活菜單和工具欄選項,可以方便的進行首選項配置,切換反編譯工具重新反編譯,以及導出反編譯結果。
類反編譯查看器右鍵菜單包含了Eclipse自帶類查看器右鍵菜單的全部選項,並增加了一個「導出反編譯源代碼」菜單項。
打開項目路徑下的Class文件,如果設置類反編譯查看器為預設的查看器,直接雙擊Class文件即可,如果沒有設置為預設查看器,可以使用右鍵菜單進行查看。
Eclipse Class Decompiler插件也提供了反編譯整個Jar文件或者Java包的反編譯。該操作支持Package Explorer對包顯示布局的操作,如果是平鋪模式布局,則導出的源代碼不包含子包,如果是層級模式布局,則導出選中的包及其所有的子包。
Debug調試:可以在首選項選中對齊行號進行單步跟蹤調試,和普通的包含源代碼時的調試操作完全一致,同樣的也可以設置斷點進行跟蹤。