反編譯靜態庫

⑴ 如何對一個lib靜態庫保護起來不被反編譯

這個太麻煩了吧，除非他反編譯成匯編，讀懂全部匯編語言，然後用c去實現。逆向工程量太大。我們做一般是加花指令，迷宮函數來混淆代碼。

⑵ 呃，請問怎麼修改單機游戲的編程碼

修改運行的PC游戲，這個最簡單，有《金山游俠》《FPE》《GB4》等修改工具。。。
要修改游戲程序代碼，這個就難了，你得懂匯編，編譯原理，編譯流程，各種PE執行文件或其他執行文件或代碼的數據結構，各種靜態庫以及動態鏈接庫的結構，等等。。。一系列編程知識，而且還得具備一定的硬體知識，以及操作系統知識。。。然後用反編譯工具把游戲的執行文件以及庫文件反編譯，將執行文件或代碼反編譯成匯編代碼，更好一些的反編譯工具能把代碼反編譯成C/C++代碼，只是這些代碼完全沒有變數命名，所有變數都用A1、B1這樣的。。。然後根據程序執行來猜某塊代碼的大致作用，然後再將代碼完全讀懂，最後才能修改代碼。。。這個。。。非常困難，就是職業程序員高手，並且已經具備了我上面說的一切知識以及技能，也非常難。。。因為反編譯程序，極度欠缺可讀性，有些宏以及編譯系統的偽指令擴展後，反編譯出來的代碼非常難讀懂。。。這必須要是專業干這個的，對編譯系統足夠了解，並且習慣了反編譯代碼的那類專業人士才能真正的干好這件事。。。總之這是件極度專業的事情。

⑶ 用C做的靜態庫，能破解成C語言嗎

目前沒有技術可以把C和C++編譯出的機器語言反編譯成源程序
但是可以反編譯成匯編程序，這個叫反匯編。
因此：用C做的靜態庫，不能破解成C語言

⑷ ios a靜態庫 能反編譯嗎

.a靜態庫不能進行反編譯，反匯編的可能性也極低。
靜態庫：靜態庫僅在程序啟動時被連接使用，程序運行時將不再需要該靜態庫。
與靜態庫相對的是動態庫：程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入，因此在程序運行時還需要動態庫存在。

⑸ 有關於Visual Studio 2005 EXE程序反編譯成可用代碼的問題~！~

你應該選擇使用靜態庫啊。動態庫你要運行必須連相關的dll一起拷貝到別人電腦上去！

還有一些特別的情況，雖然是針對VC2005的，但是對VC6也有參考價值。
前面一些是我在網上找的，後面的有些是我自己現添加的，希望對你有幫助！

報錯"由於應用程序配置不正確,應用程序未能啟動.重新安裝應用程序可能會糾正這個問題"

//------------------------------------------------------

這個問題主要出現在XP環境下運行由Visual C++2003/2005編譯的MFC程序時
問題現象是XP運行此類程序時,報錯"由於應用程序配置不正確,應用程序未能啟動.重新安裝應用程序可能會糾正這個問題"
這個問題似乎許多人遇見過.在CSDN和微軟社區裡面都有人提到.但是沒有完整的解決方案
這個問題的解決一共會遇見2個子問題

最早出現這個錯誤我和許多人認為的一樣
認為是缺乏DLL庫文件導致.但是在測試機復制了DLL甚至安裝了.net framework 2.0以後
都無法解決問題,最後確認不是由缺乏DLL所致
因為程序是純win32的應用程,非託管代碼,所以也無需.net framework

Visual C++2003/2005默認的MFC程序是使用動態MFC庫(Use MFC in a Shared DLL)來鏈接的
而動態MFC庫使用的是Multi-threaded DLL (/MD)
由於XP對於PE文件格式監測更加嚴格.
就會導致部分使用多線程DLL的可執行文件在調用的時候出錯
修改項目屬性的編譯開關
Project->Property->configuration Properties->C/C++->Code Generation->Runtime Library
修改成Multi-threaded (/MT)
修改了Runtime類型以後
需要將MFC的編譯類型也改成靜態庫
Project->Property->configuration Properties->General->Use of MFC
修改成Use MFC in a Static Library
一部分情況下在這步就能解決問題
另外一部分情況會遇見如下情況
編譯器報錯

CODE:
nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" (??_U@YAPAXI@Z) already defined in libcpmt.lib(newaop.obj)
[Copy to clipboard]

產生這個問題的原因是庫依賴關系
在Project->Property->configuration Properties->Linker->Command Line
加入編譯開關/verbose:lib可以顯示詳細的庫鏈接順序

CODE:

------ Build started: Project: PerfMonDemo, Configuration: Release Win32 ------
Linking...
Searching libraries
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\pdh.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\DelayImp.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcpmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\nafxcw.lib:
nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" (??_U@YAPAXI@Z) already defined in libcpmt.lib(newaop.obj)
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\kernel32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\user32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\gdi32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\msimg32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\comdlg32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\winspool.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\advapi32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\shell32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\comctl32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\shlwapi.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\uuid.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oledlg.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\ole32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oleaut32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\urlmon.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\OLDNAMES.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\atls.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\ws2_32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\mswsock.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oleacc.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\pdh.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\DelayImp.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcpmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\nafxcw.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\kernel32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\user32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\gdi32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\msimg32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\comdlg32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\winspool.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\advapi32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\shell32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\comctl32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\shlwapi.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\uuid.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oledlg.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\ole32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oleaut32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\urlmon.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\OLDNAMES.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\atls.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\ws2_32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\mswsock.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oleacc.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\pdh.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\DelayImp.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcpmt.lib:
Finished searching libraries
Searching libraries
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\pdh.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\DelayImp.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcpmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\nafxcw.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\kernel32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\user32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\gdi32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\msimg32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\comdlg32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\winspool.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\advapi32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\shell32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\comctl32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\shlwapi.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\uuid.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oledlg.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\ole32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oleaut32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\urlmon.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\OLDNAMES.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\atls.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\ws2_32.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\mswsock.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\oleacc.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\PlatformSDK\lib\pdh.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\DelayImp.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\lib\libcpmt.lib:
Searching d:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\nafxcw.lib:
Finished searching libraries
.\Release/PerfMonDemo.exe : fatal error LNK1169: one or more multiply defined symbols found
Build log was saved at "file://d:\Dev\Performance Monitor\Release\BuildLog.htm"
PerfMonDemo - 2 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

[Copy to clipboard]

我們發現在libcpmt.lib聲明過的operator new在nafxcw.lib中再次定義
解決方法如下
Project->Property->configuration Properties->Linker->Input->Additional Dependencies
加入
nafxcw.lib
libcpmt.lib
Project->Property->configuration Properties->Linker->Input->Ignore Specific Library
加入
nafxcw.lib
libcpmt.lib
這樣鏈接程序就不會先按照默認順序來連接這兩個庫文件
而是在最後在加入對他們的引用.這樣就避免了這個問題
下面是一張可能發生沖突的列表
若要使用此運行時庫 請忽略這些庫
單線程 (libc.lib) libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
多線程 (libcmt.lib) libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
使用 DLL 的多線程 (msvcrt.lib) libc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib
調試單線程 (libcd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib
調試多線程 (libcmtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib
使用 DLL 的調試多線程 (msvcrtd.lib) libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib

//本人曾經對上面的方法進行測試，修改後可能出現XX無法解析的情況，請大家使用MSDN查找該函數，並且找到該函數對應的lib庫文件。將其添加到附加依賴項或者是用#pragma comment(lib,"xxx.lib")將其添加到代碼中！

⑹ C++的函數前向聲明為何不能編譯器自己提前掃描變更函數時向前聲明帶來的維護難度

函數聲明的作用是什麼？
函數聲明的目的是向編譯器引入一個函數名字以及函數類型，這個主要用於類型檢查和增加可讀性。

為什麼要使用函數聲明？
因為函數可能在別的地方定義（如：靜態庫文件、動態鏈接庫、另一個編譯單元里），如果沒有函數聲明，編譯器在編譯的時候就只能根據函數調用推斷函數的類型，由於C++存在的隱式轉換和函數重載，根據函數調用的參數來推斷函數的類型是不夠的。
你說的編譯器提前掃描不可行，因為C++的函數可以定義在其他地方，可能函數體已經編譯成可執行代碼了（動態鏈接庫中的函數就是這中情況），其次編譯器一次只能處理一個編譯單元（一個文件），對於其他編譯單元定義的函數，編譯器管不了，所以你說的這種方法不適用C++。

看看下面的例子：
假定f函數的定義在某個庫文件里，並且函數類型為 double f( double, double ）

f( 3, 4 );
f( 3.0f, 4.0 );

假如允許函數不聲明直接調用，編譯器只能根據調用語句的參數列表的類型來確定函數的類型。對於這個例子：編譯器可以認為f函數存在兩個版本： void f( int, int ) 和 void f( float, double ），編譯器也可以認為f函數只有一個版本： void f( float, double )。不管哪種推斷 ，連接的時候都會出現連接錯誤。 所以你說的方法不可行。

為什麼其他語言可以不聲明直接使用？

其他語言（比如java和C++）可以不用聲明直接使用，這是因為這些語言是解釋型的語言。對於解釋型的語言，代碼首先經過編譯器簡單編譯成某個中間語言，在運行的時候由解釋器「一行一行」翻譯。這種語言編譯後的代碼包含很多的信息，使用一些反編譯軟體幾乎可以還原源代碼。由於編譯器認識中間語言，所以對於任何未聲明或者未定義的實體的引用，編譯器都能到編譯好的代碼中去尋找。

為什麼C語言允許函數不聲明直接使用？
C語言的函數不允許函數重載，所以一個函數名字一定對於一個函數定義，並且C語言的函數符號一般是一個下劃線+函數名（比如上面的函數f的函數符號就是 _f )，沒有上面提到的問題，編譯完成後C語言的連接器就會去尋找函數符號 _f的定義，如果找到生成可執行文件，如果找不到則報錯。所以C語言運行不聲明函數，但是貌似最近的C語言標准已經取消了這個規則（C語言的標准我不是很關注，你想知道就自己去看看C語言的最新標准），主要的原因還是這種語法不安全。

使用前進行聲明是個好習慣，可以提高閱讀性，哪些不聲明直接使用的代碼，容易使人迷惑。
以上是我個人的看法有問題可以提出。

⑺ java的軟體如何脫殼

用OD載入該軟體，搜索下字元串，可以很快知道這個軟體是java寫的，並且用exe4j打包的。

改成

[XML]純文本查看復制代碼

⑻ 如何看懂lib文件里的東西

想用一個靜態庫必須要裡面函數的聲明，就是頭文件。有些動態庫都需要頭文件呢~沒有頭文件絕對不可能。

完全看懂是不可能的。要是看懂了相當於反編譯了！
如果只要使用，找出一部分函數是有可能的。
你去網上搜索一下「lib 文件結構」

其實可以看到一部分，看到一些函數，你用記事本打開lib。可以看到
xxx@yyy@@zzz 之類的東西。
zzz代表函數名，yyy代表該函數所在的類名，zzz代表參數類型。

可以猜到一部分`~，這個是C++寫成的庫，C語言寫的庫是沒有類名和參數名的（因為不支持類也不支持重載）。

你再把相映的頭文件自己補寫上，

再#include "頭文件"
#pragma comment(lib,"lib文件");

祝你好運了~~

⑼ 如何在android studio中用JNI調用靜態庫

androidstudiondk調用過程如下：通過jniaes案例說明調用NDK層配置過程而我們通過底層來判斷簽名是否正確，如果正確則繼續執行核心代碼，否則退出程序，這樣就可以防止別人惡意反編譯，並進行二次打包。首先去官網下載一個最新的NDK，隨便放到哪都行，像我放在D:\Dev\Android\android-ndk-r10d.(1)新建一個項目：名稱JniAes首先在java類中添加native介面，注意寫好native介面和System.loadLibrary()即可。代碼如下：();();(Contextcontext);4然後buildproject得到其中中間文件，我們關注的是.class文件。編譯OK以後生成的class文件在AS工程的如下目錄：aes\app\build\intermediates\classes\debug\android\（2）接下來跟class文件生成相應的.h頭文件，執行如下命令即可點擊"View->ToolWindows->Terminal"即在Studio中進行終端命令行工具.執行如下命令生成c語言頭文件.javah-djni-classpathc:\Users\sodinochen\AppData\Local\Android\sdk\platforms\android-16\android.jar;..\..\build\intermediates\classes\debugcom.aes.jniaes.MainActivity（3）然後將剛才的.h文件剪切過來。在jni目錄下新建一個c文件，隨意取名，我的叫strk.c。strk.c文件，用於實現核心代碼邏輯，判斷包名.哈希值是否合法，如果返回1，為合法。反之，則不合法。入口方法為：jintJava_com_aes_jniaes_MainActivity_jniCheckAPP(JNIEnv*env,jobjectcontext, jobjectthiz)接下來在工程的local.properties文件中添加NDK路徑（上面下載好的那個NDK），類似其中的SDK路徑一樣，我的添加後如下：sdk.dir=D\:\\Dev\\Android\\android-sdk-windowsndk.dir=D\:\\Dev\\Android\\android-ndk-r10d（4）接下來在appmole目錄下的build.gradle中設置庫文件名（生成的so文件名）。找到gradle文件的defaultConfig這項，在裡面添加如下內容：defaultConfig{ applicationId"com.aes.jniaes" minSdkVersion15 targetSdkVersion22 versionCode1 versionName"1.0" ndk{ moleName"checkapp-jni" //生成的so名字 abiFilters"armeabi","armeabi-v7a","x86" //輸出指定三種abi體系結構下的so庫。目前可有可無。 } }（5）最後就是添加靜態初始化loadLibrary代碼，添加如下：static{ System.loadLibrary("checkapp-jni"); //so文件的名字 }編譯出來的so文件在aes\app\build\intermediates\ndk\debug\lib目錄下 那麼如何將編譯好的so文件進行使用，可以通過如下方式：二. 引用so文件（1）.在「src/main」目錄中新建名為「jniLibs」的目錄；（2）.將so文件復制、粘貼到「jniLibs」目錄內。