在線協同反編譯

A. 用python2.7.1寫的小程序可以反編譯得到它的源代碼嗎

可以，網上有很多在線的反編譯工具，給你發幾個鏈接：
1、http://depython.com/index.php
2、https://github.com/eble/pyc2py
3、http://tool.lu/pyc/
不過好像第一個只適用於Python2.0-2.6，第二個適用於Python2.6，第三個應該可以反編譯2.7，你可以都試一下。

B. 編譯器的發展史

編譯器
編譯器，是將便於人編寫，閱讀，維護的高級計算機語言翻譯為計算機能識別，運行的低級機器語言的程序。編譯器將源程序（Source program）作為輸入，翻譯產生使用目標語言（Target language）的等價程序。源程序一般為高級語言（High-level language），如Pascal，C++等，而目標語言則是匯編語言或目標機器的目標代碼（Object code），有時也稱作機器代碼（Machine code）。

一個現代編譯器的主要工作流程如下：

源程序（source code）→預處理器（preprocessor）→編譯器（compiler）→匯編程序（assembler）→目標程序（object code）→連接器（鏈接器，Linker）→可執行程序（executables）
目錄 [隱藏]
1 工作原理
2 編譯器種類
3 預處理器（preprocessor）
4 編譯器前端（frontend）
5 編譯器後端（backend）
6 編譯語言與解釋語言對比
7 歷史
8 參見

工作原理
翻譯是從源代碼（通常為高級語言）到能直接被計算機或虛擬機執行的目標代碼（通常為低級語言或機器言）。然而，也存在從低級語言到高級語言的編譯器，這類編譯器中用來從由高級語言生成的低級語言代碼重新生成高級語言代碼的又被叫做反編譯器。也有從一種高級語言生成另一種高級語言的編譯器，或者生成一種需要進一步處理的的中間代碼的編譯器（又叫級聯）。

典型的編譯器輸出是由包含入口點的名字和地址以及外部調用（到不在這個目標文件中的函數調用）的機器代碼所組成的目標文件。一組目標文件，不必是同一編譯器產生，但使用的編譯器必需採用同樣的輸出格式，可以鏈接在一起並生成可以由用戶直接執行的可執行程序。

編譯器種類
編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。另外，編譯器也可以生成用來在其它平台上運行的目標代碼，這種編譯器又叫做交叉編譯器。交叉編譯器在生成新的硬體平台時非常有用。「源碼到源碼編譯器」是指用一種高級語言作為輸入，輸出也是高級語言的編譯器。例如: 自動並行化編譯器經常採用一種高級語言作為輸入，轉換其中的代碼，並用並行代碼注釋對它進行注釋（如OpenMP）或者用語言構造進行注釋（如FORTRAN的DOALL指令）。

預處理器（preprocessor）
作用是通過代入預定義等程序段將源程序補充完整。

編譯器前端（frontend）
前端主要負責解析（parse）輸入的源程序，由詞法分析器和語法分析器協同工作。詞法分析器負責把源程序中的『單詞』（Token）找出來,語法分析器把這些分散的單詞按預先定義好的語法組裝成有意義的表達式，語句 ，函數等等。 例如「a = b + c;」前端詞法分析器看到的是「a, =, b , +, c;」，語法分析器按定義的語法，先把他們組裝成表達式「b + c」，再組裝成「a = b + c」的語句。 前端還負責語義（semantic checking）的檢查，例如檢測參與運算的變數是否是同一類型的，簡單的錯誤處理。最終的結果常常是一個抽象的語法樹（abstract syntax tree，或 AST），這樣後端可以在此基礎上進一步優化，處理。

編譯器後端（backend）
編譯器後端主要負責分析，優化中間代碼（Intermediate representation）以及生成機器代碼（Code Generation）。

一般說來所有的編譯器分析，優化，變型都可以分成兩大類： 函數內（intraproceral）還是函數之間（interproceral）進行。很明顯，函數間的分析，優化更准確，但需要更長的時間來完成。

編譯器分析（compiler analysis）的對象是前端生成並傳遞過來的中間代碼，現代的優化型編譯器（optimizing compiler）常常用好幾種層次的中間代碼來表示程序，高層的中間代碼（high level IR）接近輸入的源程序的格式，與輸入語言相關（language dependent），包含更多的全局性的信息，和源程序的結構；中層的中間代碼（middle level IR）與輸入語言無關，低層的中間代碼(Low level IR)與機器語言類似。 不同的分析，優化發生在最適合的那一層中間代碼上。

常見的編譯分析有函數調用樹（call tree），控制流程圖（Control flow graph），以及在此基礎上的 變數定義－使用，使用－定義鏈（define-use/use-define or u-d/d-u chain），變數別名分析（alias analysis），指針分析（pointer analysis），數據依賴分析（data dependence analysis）等等。

上述的程序分析結果是編譯器優化（compiler optimization）和程序變形（compiler transformation）的前提條件。常見的優化和變新有：函數內嵌（inlining），無用代碼刪除（Dead code elimination），標准化循環結構（loop normalization），循環體展開（loop unrolling），循環體合並，分裂（loop fusion，loop fission），數組填充（array padding），等等。 優化和變形的目的是減少代碼的長度，提高內存（memory），緩存（cache）的使用率，減少讀寫磁碟，訪問網路數據的頻率。更高級的優化甚至可以把序列化的代碼（serial code）變成並行運算，多線程的代碼（parallelized，multi-threaded code）。

機器代碼的生成是優化變型後的中間代碼轉換成機器指令的過程。現代編譯器主要採用生成匯編代碼（assembly code）的策略，而不直接生成二進制的目標代碼（binary object code）。即使在代碼生成階段，高級編譯器仍然要做很多分析，優化，變形的工作。例如如何分配寄存器（register allocatioin），如何選擇合適的機器指令（instruction selection），如何合並幾句代碼成一句等等。

編譯語言與解釋語言對比
許多人將高級程序語言分為兩類: 編譯型語言 和 解釋型語言 。然而，實際上，這些語言中的大多數既可用編譯型實現也可用解釋型實現，分類實際上反映的是那種語言常見的實現方式。（但是，某些解釋型語言，很難用編譯型實現。比如那些允許 在線代碼更改 的解釋型語言。）

歷史
上世紀50年代，IBM的John Backus帶領一個研究小組對FORTRAN語言及其編譯器進行開發。但由於當時人們對編譯理論了解不多，開發工作變得既復雜又艱苦。與此同時，Noam Chomsky開始了他對自然語言結構的研究。他的發現最終使得編譯器的結構異常簡單，甚至還帶有了一些自動化。Chomsky的研究導致了根據語言文法的難易程度以及識別它們所需要的演算法來對語言分類。正如現在所稱的Chomsky架構（Chomsky Hierarchy），它包括了文法的四個層次：0型文法、1型文法、2型文法和3型文法，且其中的每一個都是其前者的特殊情況。2型文法（或上下文無關文法）被證明是程序設計語言中最有用的，而且今天它已代表著程序設計語言結構的標准方式。分析問題（parsing problem，用於上下文無關文法識別的有效演算法）的研究是在60年代和70年代，它相當完善的解決了這個問題。現在它已是編譯原理中的一個標准部分。

有限狀態自動機（Finite Automaton）和正則表達式（Regular Expression）同上下文無關文法緊密相關，它們與Chomsky的3型文法相對應。對它們的研究與Chomsky的研究幾乎同時開始，並且引出了表示程序設計語言的單詞的符號方式。

人們接著又深化了生成有效目標代碼的方法，這就是最初的編譯器，它們被一直使用至今。人們通常將其稱為優化技術（Optimization Technique），但因其從未真正地得到過被優化了的目標代碼而僅僅改進了它的有效性，因此實際上應稱作代碼改進技術（Code Improvement Technique）。

當分析問題變得好懂起來時，人們就在開發程序上花費了很大的功夫來研究這一部分的編譯器自動構造。這些程序最初被稱為編譯器的編譯器（Compiler-compiler），但更確切地應稱為分析程序生成器（Parser Generator），這是因為它們僅僅能夠自動處理編譯的一部分。這些程序中最著名的是Yacc（Yet Another Compiler-compiler），它是由Steve Johnson在1975年為Unix系統編寫的。類似的，有限狀態自動機的研究也發展了一種稱為掃描程序生成器（Scanner Generator）的工具，Lex（與Yacc同時，由Mike Lesk為Unix系統開發）是這其中的佼佼者。

在70年代後期和80年代早期，大量的項目都貫注於編譯器其它部分的生成自動化，這其中就包括了代碼生成。這些嘗試並未取得多少成功，這大概是因為操作太復雜而人們又對其不甚了解。

編譯器設計最近的發展包括：首先，編譯器包括了更加復雜演算法的應用程序它用於推斷或簡化程序中的信息；這又與更為復雜的程序設計語言的發展結合在一起。其中典型的有用於函數語言編譯的Hindley-Milner類型檢查的統一演算法。其次，編譯器已越來越成為基於窗口的交互開發環境（Interactive Development Environment，IDE）的一部分，它包括了編輯器、連接程序、調試程序以及項目管理程序。這樣的IDE標准並沒有多少，但是對標準的窗口環境進行開發已成為方向。另一方面，盡管近年來在編譯原理領域進行了大量的研究，但是基本的編譯器設計原理在近20年中都沒有多大的改變，它現在正迅速地成為計算機科學課程中的中心環節。

在九十年代，作為GNU項目或其它開放源代碼項目的一部分，許多免費編譯器和編譯器開發工具被開發出來。這些工具可用來編譯所有的計算機程序語言。它們中的一些項目被認為是高質量的，而且對現代編譯理論感性趣的人可以很容易的得到它們的免費源代碼。

大約在1999年，SGI公布了他們的一個工業化的並行化優化編譯器Pro64的源代碼，後被全世界多個編譯器研究小組用來做研究平台，並命名為Open64。Open64的設計結構好，分析優化全面，是編譯器高級研究的理想平台。

編譯器是一種特殊的程序，它可以把以特定編程語言寫成的程序變為機器可以運行的機器碼。我們把一個程序寫好，這時我們利用的環境是文本編輯器。這時我程序把程序稱為源程序。在此以後程序員可以運行相應的編譯器，通過指定需要編譯的文件的名稱就可以把相應的源文件（通過一個復雜的過程）轉化為機器碼了。

編譯器工作方法
首先編譯器進行語法分析，也就是要把那些字元串分離出來。然後進行語義分析，就是把各個由語法分析分析出的語法單元的意義搞清楚。最後生成的是目標文件，我們也稱為obj文件。再經過鏈接器的鏈接就可以生成最後的可執行代碼了。有些時候我們需要把多個文件產生的目標文件進行鏈接，產生最後的代碼。我們把一過程稱為交叉鏈接。

C. 怎麼製作幫助文檔

使用QuickCHM軟體輕松編譯CHM格式的文件
談起CHM格式的文件，可能無人不曉，因為幾乎所有的軟體，現在都用CHM格式的文檔製作軟體幫助文件。另外，有很大一部分電子圖書也是用CHM格式編譯的。其實，編譯CHM格式的文件很簡單，下面就為大家介紹一款製作CHM文件的利器——QuickCHM。
軟體名稱：QuickCHM
軟體大小：1460KB
下載地址：http://www.skycn.com/soft/6785.html
在介紹QuickCHM之前，有必要對CHM的格式作個簡單說明。CHM文件格式是微軟1998年推出的基於HTML的幫助文件系統，它代替了早先的WinHelp幫助系統，能在Windows 98或NT及以上版本的操作系統中直接運行。
編譯CHM
QuickCHM未注冊時，只能編輯最多20個節點的項目，在制困州作CHM文件前，最好把要編譯進CHM中的文件編輯成HTML網頁文件，CHM格式的文件支持所汪尺此有的網頁元素，所以你可以隨心所欲地在Dreamweaver等網頁編輯軟體中編輯HTML文件。QuickCHM自帶一個簡易的網頁編輯器，利用它可以編輯一些簡單的網頁，一般的做法是在Dreamweaver中做好網頁，然後在QuickCHM中進行局部的修改。
需要注意的是編譯進CHM文檔中的文件最好都放在同一個文件夾中。
啟動QuickCHM，在菜單欄執行「文件→新建」命令，新建一個「hhp」項目。切換到「目錄」頁，在菜單欄執行「主題→導入→添加文件夾」，導入待編譯的文件夾中的文件，注意，在彈出的「添加文件夾」對話框中，可以使用過濾器，防止圖片等某些類型的文件進入目錄。在默認的情況下，進入目錄中的各節點即主題都是以網頁標題顯示的（如圖1），也可以在「系統選項」中設置為以文件名顯示。接下來的任務，就是編輯目錄和網頁，下面就以這兩個方面作簡單的介紹。
編輯目錄：
目錄的編輯主要是重命名主題，修改主題圖標，排序主題，嵌套主題，新建主題和刪除主題，這些都可以利用右鍵快捷菜單和「目錄」頁上的按鈕完成。
編輯網頁：
QuickCHM集成了一個所見即所得的網頁編輯器，利用QuickCHM提供的網頁編輯工具箱（如圖1），可以完成大部分的網頁操作。切換到「源文件」頁，可以對HTML源代碼進行直接修改。和多數網頁編輯軟體一樣，切換到「預覽」頁，可以對當前網頁實時預覽。

圖1
利用同樣的方法，還可以給幫助系統做一個「索引」頁。
目錄和網頁編輯完成以後，就可以輸出CHM文檔了，不過在輸出前也可以把它保存為一個「.hhp」項目，以便日後繼續編輯。點擊工具欄上的「編譯」按鈕，編譯完成，如圖2所示，這是利用上述的方法製作的「瑞星殺毒軟體2004版」的幫助系統，從圖中可以看出，這個幫助系統的「面板」上只有「目錄」頁，沒有「索引」頁。

圖2
事實上，CHM文件的這個閱讀平台即「瀏覽窗體」的所有部分都可以在「編譯」前進行修改和定製，若你做進CHM幫助系統的各網頁間都能相互導航，我們甚至可以隱藏或關閉整個「面板」。
在菜單欄上執行「選項→項目選項」命令，彈出「參數」對話框，如圖3所示，在這里可以設定「主頁」、「默認頁」，顯示或隱藏工具欄按鈕和標題，顯示或隱藏面板及面板上的目錄、索引等，在這里還可以設定目錄的表現方式和整個窗體的外觀，添加「閃屏」（啟動時一個一閃而過的圖片，相當於軟體的啟動畫面）等，當然了，以上的所有設置必須在「編譯」前設置才能看到效果。

圖3
反編譯CHM
QuickCHM不僅能把HTML網頁、文本文件、圖片等編譯為一個CHM文件， 而且還能反編譯一個CHM文件，也就是說，利用QuickCHM，可以釋放CHM文件中的HTML文件、文本文件、圖片文件等資源，並且它能夠恢復源文件的全部目錄結構和文件名，以便幫助我們得到源文件進行資料恢復或二次編輯。
啟動QuickCHM，在菜單欄執行「文件→反編譯」，在彈出的對話框中選擇要進行反編譯的CHM文件以及反編譯得到的HTML文件和圖片等其它文件資源的保存位置，點擊「確定」，反編譯即可完成，同時保存HTML文件和圖片等其它文件的文件夾被困迅打開。
可以看到，需要還原文件已經出現在這個文件夾中了。

D. Eclipse怎麼在線安裝JD-Eclipse反編譯插件

一、Eclipse在線安裝JD-Eclipse反編譯插件

1、在eclipse的help—》Install New Software...中添加新軟體開發，添加它的源：
name：jd-eclipse_update_site
address：jd.benow.ca/jd-eclipse/update
出現上面的界面，說明簡差衡已經安裝過了。
2、選擇出現的資源，一路next安裝，最後重啟；
3、在窗口 —》 首選項（preference） —》 常規 —》慶檔 編輯器（editor） —》 文件關聯攔做 中設置，將*.class 和 *.class without source的默認的相關聯編輯器改為class file editor。

E. 自己可以編譯安卓源碼嗎

用最新的Ubuntu 16.04,請首先確保自己已經安裝了Git.沒安裝的同學可以通過以下命令進行安裝:

sudo apt-get install git git config –global user.email 「[email protected]」 git config –global user.name 「test」

其中[email protected]為你自己的郵箱.

簡要說明

android源碼編譯的四個流程:1.源碼下載;2.構建編譯環境;3.編譯源碼;4運行.下文也將按照該流程講述.

源碼下載

由於某牆的原因,這里我們採用國內的鏡像源進行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學鏡像進行說明.(參考:科大源,清華源)

repo工具下載及安裝

通過執行以下命令實現repo工具的下載和安裝

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

補充說明
這里,我來簡單的介紹下repo工具,我們知道AOSP項目由不同的子項目組成,為了方便進行管理,Google採用Git對AOSP項目進行多倉庫管理.在聊repo工具之前,我先帶你來聊聊多倉庫項目:

我們有個非常龐大的項目Pre,該項目由很多個子項目R1,R2,...Rn等組成,為了方便管理和協同開發,我們為每個子項目創立自己的倉庫,整個項目的結構如下:

這里寫圖片描述

執行完該命令後,再使用make命令繼續編譯.某些情況下,當你執行jack-admin kill-server時可能提示你命令不存在,此時去你去out/host/linux-x86/bin/目錄下會發現不存在jack-admin文件.如果我是你,我就會重新repo sync下,然後從頭來過.

錯誤三:使用emulator時,虛擬機停在黑屏界面,點擊無任何響應.此時,可能是kerner內核問題,解決方法如下:
執行如下命令:

通過使用kernel-qemu-armv7內核 解決模擬器等待黑屏問題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB >66 MB)

如果你一開始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問題時,不妨編譯aosp_arm64-eng試試.

結束吧

到現在為止,你已經了解了整個android編譯的流程.除此之外,我也簡單的說明android源碼的多倉庫管理機制.下面,不妨自己動手嘗試一下.

F. 我用OD反編譯了一個小軟體，怎麼把JP強制跳過啊，在線等，謝謝

如果想直接跳過，改je為jmp。如果指令長度不夠，把test eax,eax和第二句的je一起改，修改的時候選中nop填充。
看樣子你這個是創建線程後判斷返回句柄看是否成功，一般創建線程都會成功的吧。。。