今天在網(wǎng)上看到了編輯了好幾次,老是出錯(cuò),作者所做的反編譯,并不是'破解',我們這篇文章要跟大家分享的是:用Reflector將C#的開發(fā)的軟件[項(xiàng)目](此文中所說(shuō)的是winForm項(xiàng)目,對(duì)于.net項(xiàng)目可以借鑒或參考)的項(xiàng)目代碼還原——反編譯得到可運(yùn)行項(xiàng)目源碼。其使用的前提或情況是:公司原來(lái)請(qǐng)人開發(fā)的'配餐軟件(幼兒園版)',現(xiàn)有客戶咨詢想買,并且軟件中存在一些問(wèn)題需改,——不是本人開發(fā)的,該軟件也無(wú)源碼,想修改只能想辦法得到軟件的源碼。詳細(xì)的'破解'方法記錄在下,方便自己以后查看!(ps: '破解'的方法,自己之前就摸索過(guò)。但困于反編譯之后的error比較多,沒(méi)有耐心,有的問(wèn)題感覺(jué)比較離奇,試了幾次不行就放棄了 ——這就間接的說(shuō)明:真正的黑客,應(yīng)該都是比較有耐心的,呵呵..., 但做軟件開發(fā),又何嘗不需要這樣?!)
a.使用到的工具:Reflector,具體的說(shuō)是:Reflector插件File disassembler(具體是什么和how to use,直接上網(wǎng)查)。
b. 打開Reflector,選擇要'破解'的軟件(.exe)主程序,再選擇并點(diǎn)擊 如圖: #FormatImgID_0#, 在右側(cè)出現(xiàn)的 程序集(輸出)類型選擇界面 選擇類型'windows Appliction' (因?yàn)槭莣inForm應(yīng)用程序,如果是選擇的其它 如'class ...'類庫(kù),則需要在之后的步驟中,改變項(xiàng)目屬性中的 輸出類型,不建議這樣操作),如圖:#FormatImgID_1#
點(diǎn)擊 生成 即可 得到此主程序集的源碼,其它的相關(guān)程序集再如此操作即可! ——不要以為大功告成,這只是第一步,麻煩的在后面!
c.將生成的源碼 在Vs中打開(項(xiàng)目), 先試著運(yùn)行下,(一般)會(huì)報(bào)錯(cuò),排除'xxx程序集不存在'這類的錯(cuò)誤,我所遇到的如下:
using System.Collections.Generic;
using System.Runtime.CompilerServices;
using System.Runtime.InteropServices;
[CompilerGenerated]
internal class <PrivateImplementationDetails>{1FF4F699-35E0-4117-BDBC-9E44A1B0F9F5}
{
internal static Dictionary<string, int> $$method0x600012e-1;
internal static Dictionary<string, int> $$method0x6000137-1;
internal static Dictionary<string, int> $$method0x6000137-2;
internal static Dictionary<string, int> $$method0x600014a-1;
internal static Dictionary<string, int> $$method0x6000169-1;
internal static Dictionary<string, int> $$method0x60001b6-1;
internal static __StaticArrayInitTypeSize=20 $$method0x6000213-1; // data size: 20 bytes
internal static __StaticArrayInitTypeSize=20 $$method0x6000213-2; // data size: 20 bytes
internal static __StaticArrayInitTypeSize=20 $$method0x6000213-3; // data size: 20 bytes
internal static __StaticArrayInitTypeSize=20 $$method0x6000213-4; // data size: 20 bytes
[StructLayout(LayoutKind.Explicit, Size=20, Pack=1)]
private struct __StaticArrayInitTypeSize=20
{
}
}
源碼文件中會(huì)出現(xiàn)一個(gè) _PrivateImplementationDetails_{1FF4F699-35E0-4117-BDBC-9E44A1B0F9F5}.cs 文件名很長(zhǎng) 內(nèi)容如上的 亂碼類,對(duì)此解決辦法時(shí):注釋此類 或直接刪除。【程序相關(guān)的文件,如圖片、數(shù)據(jù)庫(kù)等要記得放到項(xiàng)目關(guān)聯(lián)位置,一般在bin/debug/文件夾下】
d. 添加相關(guān)程序集的引用,設(shè)置啟動(dòng)對(duì)象。到這兒,差不多程序就可以 跑起來(lái)了,但是還沒(méi)有完 ——因?yàn)?反編譯后的代碼,文件夾的位置和界面與資源引用之間的關(guān)聯(lián),基本上都亂了.所以現(xiàn)在要解決的關(guān)鍵問(wèn)題是:恢復(fù)文件間的關(guān)聯(lián)和引用(其它的問(wèn)題,通過(guò)調(diào)試就差不多可以解決)。如圖:
#FormatImgID_2#窗體的.cs和.resx(資源)文件不在同一個(gè)文件夾中,對(duì)應(yīng)窗體的.resx文件都加上了項(xiàng)目或解決方案名前綴(zhiyiSystem.) ——This is point! 這就是我們要解決問(wèn)題的關(guān)鍵:恢復(fù)窗體的.cs和.resx文件間的關(guān)聯(lián),操作大致有以下兩步:1.將窗體的.cs和.resx文件放在同一個(gè)文件中——即同一目錄。2.去掉窗體的.resx文件的前綴 ——即修改文件名,如果是一個(gè)個(gè)文件去修改,窗體比較多的話,是一件非常重復(fù)而無(wú)聊的事,于是 就上網(wǎng)找 "批量修改文件名"的工具,下載了一兩個(gè)感覺(jué)都不好用,找不到,只能自己搞了,再說(shuō)這東西簡(jiǎn)單,說(shuō)白了就是 遍歷文件夾中文件并'重命名'(代碼就不貼出了,文章后 附有 自己寫的 "批量修改文件名"工具)。
到此,程序就可以真正跑起來(lái)了。別看我寫出來(lái),似乎'破解'就是一會(huì)兒的事,但我做的時(shí)候,卻幾經(jīng)折騰 好幾次都感覺(jué)"算了,又卡住了...",有些或大或小問(wèn)題,在這里因?yàn)闀r(shí)間的原因 及有些步驟一時(shí)半會(huì)也想不起來(lái)了,但主要的方法應(yīng)該都沒(méi)有落下,如果有不明白的朋友,可以留言交流,再做解答;也希望在'破解'方法有經(jīng)驗(yàn)的,能多提些意見,分享下你的‘破解’經(jīng)驗(yàn)!