不同機器編譯程序簽名怎麼寫

『壹』 兩個不同的androidstudio編譯出來的軟體簽名不一樣嗎

和你的簽名文件有關，和編譯器沒有關系

『貳』 如何用機器語言寫程序

1、我們基本上沒有機會用機器語言編碼。除非從事硬體開發這樣的場合。一旦硬體開發結束後，對程序員往往是使用一定的指令介面。這些在驅動開發時候會遇到。這個時侯，我們會使用匯編語言以提高效率。
2、機器語言相對於匯編和高級語言，其優勢不是小，而是效率高，對硬體的依賴性高。劣勢是，不適合大規模開發（規模大時候就不可控制了）。
3、您關心的文件大小問題，我們的匯編語言和高級語言在編譯結束後有相關的編譯優化，會盡可能的減小文件大小，並提高運行效率。

『叄』 APK編輯器怎麼簽名

首先下載安裝apk編輯器，可在網路自行搜索下載運行apk編輯器會進入軟體的主界面，這個進入的界面你可以通過設置來修改你常用的目錄進入你要修改名稱的軟體目錄找到軟體點擊軟體後會進入你要修改的的軟體的軟體包找到尾巴為arsc的文件點擊，就可以看到軟體裡面的漢字文字了，改名找到app_name選項，修改後記得保存在退出修改過的軟體需要簽名在安裝，你還可以使用本軟體來漢化軟體，比反編譯後修改省力很多

『肆』 怎麼給Android應用程序簽名

Android系統要求所有的程序經過數字簽名才能安裝，如果沒有可用的數字簽名，系統將不許安裝運行此程序。不管是模擬器還是真實手機。因此，在設備或者是模擬器上運行調試程序之前，必須為應用程序設置數字簽名。·所有的程序都必須簽名，沒有被簽名的程序，系統將不能安裝。
·可使用自簽署證書簽署應用程序，無須授權憑證。
·系統僅僅會在安裝的時候測試簽名證書的有效期，如果應用程序的簽名是在安裝之後才到期，那麼應用程序仍然可以正常啟用。
·可以使用標准工具-Keytool and Jarsigner-生成密鑰，來簽名應用程序的.apk文件。
Android SDK 工具可以在調試時給應用程序簽名。ADT插件和Ant編譯工具都提供了兩種簽名模式-debug模式和release模式
·debug模式下，編譯工具使用JDK中的通用程序Keytool通過已知方法和密碼創建秘鎖和密鑰。每次編譯的時候，工具使用debug密鑰簽名應用程序的.apk文件。因為密碼是已知的，工具不需要在每次編譯的時候提示輸入密鎖和密鑰。
·當應用程序調試完畢准備要發布release版本時，可以在release模式下編譯。release模式下，編譯工具不會將.apk文件簽名。需要自己用Keytool生成密鑰和密鎖，再用JDK中的Jarsigner工具給.apk文件簽名。簽名基本設置 首先設置JAVA_HOME環境變數，告訴SDK如何找到Keytool，或者可以在Windows 系統環境變數PATH變數中添加Keytool的JDK路徑。
在發布release版本時，從Package面版上按選中你的project，按滑鼠右鍵，依次選擇Android Tools、Export Application Package。或者可以點擊Manifest Editor，overview 頁面上的「Exporting the unsigned .apk」連接 ，導出未簽名apk文件。保存.apk文件後，用Jarsigner及自己的密鑰給apk文件簽名，如果沒有密鑰， 可以用Keystore創建密鑰和密鎖。如果已經有一個密鑰了，如公共密鑰，就可以給.apk文件簽名了。也可以把上面這個完整的步驟寫成一個bat文件，這樣需要簽名的時候只要運行這個bat就可以了。下面給出一個完整的bat文件示例：
@Rem android簽名程序 //注釋指令
@Rem echo是顯示指令 格式：echo [{on|off}] [message]
@echo **********************************************************
@Rem 文件是否存在命令格式：if exist 路徑+文件名 命令
@if exist d:sign/MyFirstApp.keystore goto sign
@echo 創建簽名文件MyFirstApp.keystore
@Rem keytool命令格式：-genkey產生簽名 -alias別名 -keyalg加密演算法 -validity有效天數 -keystore生產簽名文件名稱
keytool -genkey -alias MyFirstApp.keystore -keyalg RSA -validity 40000 -keystore MyFirstApp.keystore
@echo 開始簽名：
@Rem jarsigner命令格式：-verbose輸出詳細信息 -keystore密鑰庫位置 -signedjar要生成的文件 要簽名的文件 密鑰庫文件
jarsigner -verbose -keystore MyFirstApp.keystore -signedjar MyFirstApp_signed.apk MyFirstApp.apk MyFirstApp.keystore@goto over:sign@echo 開始簽名：
jarsigner -verbose -keystore MyFirstApp.keystore -signedjar MyFirstApp_signed.apk MyFirstApp.apk MyFirstApp.keystore：over@echo ********************MyFirstApp.apk 簽名完成************************pause================以上是一個給應用簽名的完整bat文件，在運行這個bat文件時，還需要按照屏幕提示的步驟輸入一些必要信息，最後生成一個簽名後的文件是：MyFirstApp_signed.apk。簽名完成以後最好再把這個文件壓縮一下，使用Android SDK安裝路徑下tools文件夾里的zipalign進行壓縮，以剛才這個文件為例，也可以寫成一個bat文件，示例如下：
D:\soft\android-sdk-windows\tools\zipalign -c -v 4 MyFirstApp_zip.apkpause================上面的D:\soft\android-sdk-windows用你的實際Android SDK安裝路徑代替。按照以上步驟簽名、壓縮就完成了，最後把壓縮後的那個文件(比如例子中的MyFirstApp_zip.apk文件)復制到手機上就可以正常的安裝運行了。

『伍』 如何將Android 源碼中編譯出的apk進行自己的簽名

1.將應用程序源碼復制進Android源碼目錄中(提前編譯好源碼)
2.使用build/envsteup.sh 配置shell -
mm TARGET_PRODUCT=proct_name
或直接./build_android.sh 也能完成編譯。
3.在源碼目錄：out/target/proct/proctname/obj/APPS/test_cert_intermediates 下有三個文件：package.apk package.apk.unsigned package.apk.unaligned
將package.apk.unsigned復制出來，單獨進行sign.
4.在Windows下進行sign: jarsigner -verbose -keystore youkey.keystore d:\package.apk.unsigned youkey
5.zipalign -v 4 d:\package.apk.unsigned d:\package.signed.apk

『陸』 C編譯器問題。不同編譯器中編寫C/C++程序語法是否有不同

for(int i=0;i<10;++i) cout<<i;
cout<<i;

Dev-c++里，是錯的。i的作用域只是for

vc6.0里是對的。

這只是c++的寫法。c里變數聲明必須放在前面，不會有這種情況。

其他的沒用過。

『柒』 apk簽名是什麼意思

apk是安卓應用軟體包，apk簽名是軟體包在安裝的時候進行的安全性驗證機制。

這種簽名機制目的是為了確保Apk來源的真實性，以及Apk沒有被第三方篡改。開發者通過對Apk進行簽名：在Apk中寫入一個「指紋」。指紋寫入以後，Apk中有任何修改，都會導致這個指紋無效，Android系統在安裝Apk進行簽名校驗時就會不通過，從而保證了安全性。

(7)不同機器編譯程序簽名怎麼寫擴展閱讀：

1、APK的格式定義

在Android平台中，dalvikvm的執行文件被打包為apk格式，最終運行時載入器會解壓，然後獲取編譯後的androidmanifest.xml文件中的permission分支相關的安全訪問，但仍然存在很多安全限制，如果你將apk文件傳到/system/app文件夾下，會發現執行是不受限制的。安裝的文件可能不是這個文件夾，而在androidrom中，系統的apk文件默認會放入這個文件夾，它們擁有著root許可權。

2、APK的開發環境

Android是一個基於Java的開發環境，Google也在API文檔的書寫和樣例的提供上做了很出色的工作。

3、獲取SDK

下載並安裝android的SDK[軟體開發套件]，這套SDK主要包括有核心庫文件，一個模擬器，開發工具和一些示範的樣例文件。推薦使用Eclipse 和androideclipse 擴展。如果只是使用android，Eclipse IDE就已經足夠了，但如果是第一次開發Java應用，建議下載完整的Java SE 開發工具 (JDK) 因為它包括簽發應用程序所需要的工具。

4、APK應用架構

android應用架構很關鍵，如果不學習它，設計出來的游戲將是一種很難修復bug的產品。 需要了解應用程序、活動、Intents以及它們是如何互相聯系交互的，Google在這兒提供了良好的信息架構。真正重要的是，要理解為什麼在設計的游戲中，需要不止一個的活動進程，以及如何設計一個用戶體驗良好的游戲。這些都應當配合到應用的生命周期中。

5、APK應用的生命周期

應用的生命周期是由Android OS操作系統進行管理的，活動進程都將作為系統命令進行創建，正確處理這些事件對一個應用程序來說是極為重要的，因為終端用戶不會知道什麼是正確的。最好在開始設計游戲之前搞明白這些，因為這有助於節省調試時間以及避免代價高昂的重新設計。

對大多數應用而言，默認設置即可開始工作，但對游戲而言，可能需要調整單態實例的信號為打開。在默認情況下，Android會新建一個活動實例進程，因為它認為這是比較合適的，而游戲，可能只希望有一個活動的實例進程，這有一點兒影響，它需要了解一些系統狀態的管理。

『捌』 同一個C語言程序，若在兩台不同指令系統的機器上運行，編譯後的程序是否一樣能否用同一個編譯器編譯

如果生成的程序不是在本機上運行的話，這種編譯器叫做 cross compiler
不是 cross compiler 的話，生成的程序就只能在本機以及與本機具有相同指令集的機器上運行了

『玖』 什麼是簽名伺服器和APP之間的API介面和數據怎麼保證安全

apk簽名相當於程序的身份識別代碼。
apk簽名用於程序編譯打包之後，手機在運行程序之前會先去驗證程序的簽名（可以看作類似於我們電腦上常說的md5）是否合法，只有通過了驗證的文件才會被運行，所以簽名軟體的作用的讓文件通過手機的驗證為合法，不同的手機、系統是對應不同的簽名的。

進行加密通訊防止API外部調用
伺服器端與客戶端各自會存儲一個TOKEN,這個TOKEN我們為了防止反編譯是用C語言來寫的一個文件並做了加殼和混淆處理。
在客戶端訪問伺服器API任何一個介面的時候，客戶端需要帶上一個特殊欄位，這個欄位就是簽名signature，簽名的生成方式為：
訪問的介面名+時間戳+加密TOKEN 進行整體MD5,並且客戶端將本地的時間戳作為明文參數提交到伺服器
伺服器首先會驗證這兩個參數：驗證時間戳，如果時間誤差與伺服器超過正負一分鍾，伺服器會拒絕訪問(防止被抓包重復請求伺服器，正負一分鍾是防止時間誤差，參數可調整)，
然後伺服器會根據請求的API地址和提交過來的時間戳再加上本地存儲的token按照MD5重新生成一個簽名，並比對簽名，簽名一致才會通過伺服器的驗證，進入到下一步的API邏輯

『拾』 android1.6 不同機器編譯的同一應用程序無法安裝

如果你是在電腦的模擬器上跑的話，你仔細看一下出錯信息就明白是什麼意思了。

並不是不同電腦編譯的同一版本無法一起運行，而是你不同的電腦上含有不同的簽名信息。

手機上跑時不同的簽名的同樣的程序會沖突