pcadb編譯
Ⅰ 如何通過PC端連接Android設備進行adb調試
如何通過PC端連接Android設備進行adb調試
在電腦上下個adb工具包安裝附加Google服務的，然後u *** 調試，電腦鍵盤win加r，然後後面的過程網上有教程
adb是什麼？adb有什麼用？adb工具如何用？ 是用來管理模擬器和真機的通用調試工具，該工具功能強大，直接打開cmd即可使用adb命令，adb的全稱為Android Debug Bridge，是起到調試橋的作用，通過adb我們可以在Eclipse中方面通過DDMS來調試Android程序，說白了就是debug工具，adb的工作方式比較特殊，採用**Socket TCP 5554等埠的方式讓IDE和Qemu通訊，默認情況下adb會daemon相關的網路埠，所以當返盯我們運行Eclipse時adb進程就會自動運行，藉助adb工具我們可以管理設備或手機模擬器的狀態，還可以進行很多手機操作，如安裝軟體、系統升級、運行shell命令等等，其實簡而言說，adb就是連接Android手機與PC端的橋梁，可以舉游讓用戶在電腦上對手機進行全面的操作 二：ADB的主要功能有哪些？ 1：查看當前模擬器或者Android設備實例的狀態 一般在使用前都會使用adb devices這個命令查看一下模擬器的狀態，通過這個命令得到ADB的回應信息，可以看到ADB作為回應為每個實例制定了相關的信息 1.1：emulator-5554為實例名稱 1.2：device為實例連接狀態，device表示此實例正與adb相連接，offline表示此實例沒有與adb連接或者無法響應 2：安裝和卸載APK應用程序 你可以從電腦上復制一個APK應用到模擬器或者Android設備上，通過adb install <path_to_apk>安裝軟體，adb uninstall <packageName>卸載軟體，如果你不知道這個包名，在AndroidManifest.xml里的找package=""就可以了 2.1： 先把apk文件拷貝到sdk目錄下的tools 2.2： 進入dos下切換到SDK的安裝路徑下的tools目錄 2.3 ：執行安裝命令 adb install <path_to_apk> 發生的錯誤，因為我連接了真機，而且也打開了模擬器，所以adb給我的回應信息是「比一個多的驅動設備和模擬器」，我最後關閉掉了模擬器在運行安裝命令，就提示安裝成功了 卸載APK 3：從本機上復制文件到模擬器或者Android設備 adb push <本地路徑><遠程路徑>，<本地路徑>指的是自己的機器上或者模擬器上的目標文件，<遠程路徑>指的是遠程設備實例上的目標文件 4：從模擬器復制文件到模擬器或者Android設備 adb pull <遠程路徑><本地路徑>，<本地路徑>指的是自己的機器上或者模擬器上的目標文件，<遠程路徑>指的是遠程設備實例上的目標文件 5：使用shell命令 輸入adb shell就可以進入shell命令行了，可以使用一些常用的shell命令，如：ls命令列出了文件
首先講講Android設備，大家都知道開發用的最多的Android設備就是手機了，今天主要講兩個Android設備的adb連接調試，一個是手機，一個是電視機頂盒。
一：手機端的adb調試
首先保證手機跟電腦處於同一個無線網
手機的IP地址查詢：設置–關於手機–狀態信息，就可以看到路由器分給手機的IP地址了，接下來就是adb調試
如何通過串口連接進行GDB調試
如果想利用gdb工具來調試程序，在編譯程序時要正世銷使用-g選項。如：
debian:~/c# g -g serial.c -o serial
調試serial程序。
debian:~/c# gdb serial
如何通過WIFI連接Android手機調試
1.首先讓android手機來監聽指定的埠：
這一步需要使用shell，因此手機上要有終端模擬器，不過網上很多，隨便找個就行了，依次敲入下列幾行：
su獲取root許可權
setprop service.adb.tcp.port 5555設置監聽的埠，埠可以自定義，如5554，5555是默認的
s adbd關閉adbd
start adbd重新啟動adbd2.
手機連接wifi並確保手機和電腦連接同一個網路
，記下手機的ip地址，假設為a.b.c.d
3.電腦上打開命令提示符，敲入以下命令：
如何通過adb連接
利用adb來連接手機， 有兩種方式: 1, wifi, 2, u *** .
前提條件： 下載adb, 最好把對應的文件置於cmd.exe同目錄下。
1. 通過wifi, 利用adb來連接手機。
在pc的cmd中輸入命令：
adb connect 192.168.1.100
其中adb就是手機的ip. 如果連接成功， 就可以進入android的shell了。
2. 通過u *** , 利用adb來連接手機。
我把手機通過u *** 接上pc， 結果adb並沒有連接上手機， 於是下載了android驅動程序， 安裝了， 就好了。這樣， adb就連接上了手機， 開心啊。於是就可以利用adb shell進入手機的android系統了
首先安裝手機驅動，然後下載adb工具箱 命令提示符進入目錄 adb shell
Ⅱ 魅族內置相機apk提取
魅族內置相機apk提取對於大多則猜數普通用戶來說是不可行的，因為這需要一定的專業知識和技能。不過，如果您非常熟悉安卓系統，並且有一定的技術能力，可以嘗試下面的方法來提取魅族內置相機apk：
1. 首先，需要將手機Root，以便可以訪問系統文件。
2. 然後，在手機上安裝一個Root Explorer（文件管理器）應用程序，比如ES文件瀏覽器。
3. 打開Root Explorer，進入/system/app目錄，找到名為Camera.apk的枝盯鉛文件，這就是魅族內置相機apk文件。
4. 長按Camera.apk文件，選擇「復制到」，將文件復制到手機存儲中的任意文件夾中。
5. 使用文件管理器打開存儲文件夾，找到復制的Camera.apk文件，點擊安裝即可。
需要注意的是，這種方法存在一定的風險，因為如果您不小心刪除或修改了系統文件，可能會導致手機無法正常使用。另外，此方法只適用於Root過的手機，對於未Root的手機無法操作。因此，建議非專業人士不要輕易嘗試，以免造成不猛好必要的麻煩。如果您需要魅族相機apk，請嘗試從官方渠道下載或聯系廠商獲取。
Ⅲ 如何確定電腦中 adb 是否發生沖突發生沖突後應如何解決
你可以試著拔掉連接在電腦上的手機，重啟一下adb，如果還是不行的話可以徹豎蘆底退出編譯爛斗環境，甚至是注銷操作系統，余歷帶結束埠佔用。希望能幫到您，有什麼問題歡迎您追問，謝謝。
Ⅳ 電腦c盤，用戶的文件夾里有個文件夾".android"有6G，是什麼
電腦C盤User（用戶）文件夾下面的.android文件夾裡面保存的是有關安卓虛擬機 （器）的程序等。
若用戶還需使用安卓虛擬機（器）程序，建議都別動。
如若用戶不再需要使用安卓虛擬機（器）程序，可卸載干凈安卓虛擬機（器）程序。之 後，如果電腦C盤User（用戶）文件夾下面，還有.android文件夾的殘留項目，用戶可手 動刪除干凈。
是adb驅動產生的文件夾吧。不想要的話，建議先移動到其它地方，如果不影響手機連 接，就可以刪。
Ⅳ 如何定製android源碼的編譯選項 amp;後期安裝
文件build/core/version_defaults.mk用來檢查一些跟版本相關的變數是否定義；如果未定義，則使用默認值。
這些變數包括
PLATFORM_VERSION # 如 2.2.5
PLATFORM_SDK_VERSION # 8, 對應2.2.5
PLATFORM_VERSION_CODENAME # REL，即發行版
DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME
BUILD_ID # 默認為UNKNOWN
BUILD_NUMBER # 默認eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。
version_defaults.mk首先包含進build_id.mk。用戶應當配置build_id.mk，而不應該改動version_defaults.mk文件。然後檢查上述變數，如未定義則賦值默認值。
---------------------------------------------------------------------------
關於調試功能(adb)的開啟
編譯android源碼之前總是要先運行build/envsetup.sh，以初始化一些常用命令（實際上是bash的函數，如add_lunch_combo）。
其中也從以下文件中引入了一些編譯設置：
device/${CHIPSET_VENDOR}/vendorsetup.sh
我們這里使用的CHIPSET_VENDOR為amlogic。
比如我們有文件device/amlogic/vendorsetup.sh，內容為"產品名-編譯類型(flavor)"列表（稱為combo），如下：
add_lunch_combo m1ref-eng
add_lunch_combo m1ref-user
add_lunch_combo m2ref-eng
add_lunch_combo m2ref-user
add_lunch_combo stvm3-eng
add_lunch_combo stvm3-user
其中，m1ref和stvm3是產品名（作前綴），後面為編譯類型。
除此前綴外可選的combo值有： eng, user, userdebug, tests。
（參考文件build/core/main.mk中對於變數TARGET_BUILD_VARIANT的篩查條件）
我們可以修改vendorsetup.sh文件，來改變為特定設備編譯的結果。
以下是各個編譯類型的特點：
eng: 工程模式，用於平台級的調試，是默認的編譯類型。
待安裝的模塊tag有: eng, debug, user, development.
安裝不帶tag的非APK模塊；
所安裝應用由產品定義文件給出；
默認屬性: ro.secure=0, ro.deuggable=1, ro.kernel.android.checkjni=1
adbd默認開啟，adb以root身份運行。
user: 即最終用戶版;
待安裝的應用tag有: user
安裝不帶tag的非APK模塊；
所安裝應用由產品定義文件給出；
默認屬性有ro.secure=1, ro.debuggable=0；
默認關閉adbd服務（但可通過應用settings來打開，且adb以shell身份運行）；
userdebug: 與user類似，除了：
支持有限的調試功能；
待安裝的應用tag有:debug；
默認屬性有ro.secure=1, ro.debuggable=1；
默認打開adbd服務，adb以shell身份運行；
例如，由文件build/core/main.mk可以看出，當使用含有userdebug的combo值時，此文件中的臨時變數enable_target_debugging會保持為true，相應地，編譯過程會執行：
ADDITIONAL_DEFAULT_PROPERTIES += ro.debuggable=1 persist.service.adb.enable=1
這意味著目標系統中根目錄下的文件/default.prop文件(對應變數 INSTALLED_DEFAULT_PROP_TARGET )會含有以下行（參考文件build/core/Makefile）：
persist.service.adb.enable=1
由此，目標系統會默認開啟adbd服務，你就可以通過其它PC來連接目標系統了。
所以，如要默認開啟adbd服務，可在設備（如stvm3）定製文件device/amlogic/vendorsetup.sh中增加以下行：
add_lunch_combo stvm3-userdebug
這樣在執行bash的lunch函數時，選擇此combo就可以默認打開adbd服務（adb以shell身份運行）。
但是，即使adbd已經開啟，你仍可能無法通過網路連接到Android進行調試，這涉及到Android的二個屬性:
service.adb.tcp.port (優先順序高)
persist.adb.tcp.port (優先順序低)
註：可查看源碼文件system/core/adb/adb.c。
默認地，這兩個屬性值是5555。有兩種方法來設置此變數：
1）(永久性改變)在Android配置文件/init.rc或/init.$MANUFACTUROR.rc中添加一行：
setprop service.adb.tcp.port 5555
2）(臨時性改變)在命令行上（你可能需要先通過串口開一個終端）執行如下命令：
setprop service.adb.tcp.port 5555
檢查adbd是否支持通過網路鏈接Android：執行命令
netstat -l -n | grep ":5555"
如果有LISTEN狀態的輸出，則表示adbd支持網路模式 :) 。
Ⅵ 在電腦上為android設備編寫python腳本的好用編譯器
Android模擬器上安裝Python解釋器
我了解的有兩種方法可以下載並安裝Android軟體。一個是通過Android直接訪問網路，下載安裝；另一個是通過PC下載，然後通過模擬器工具ADB安裝。這里介紹第二種方式。
下載Python for Android解釋器；
解釋器框架，點擊下載：http://code.google.com/p/android-scripting/downloads/detail?name=sl4a_r3.apk&can=2&q=
python解釋器，點擊下載：http://code.google.com/p/android-scripting/downloads/detail?name=PythonForAndroid_r4.apk&can=2&q=
安裝Python for Android解釋器；
設置環境變數，加入Android模擬器工具 adb.exe所在的路徑。
打開cmd運行界面，輸入adb。你會看到如下信息：
輸入adb device。
輸入adb install –s <解釋器框架所在路徑>；比如adb install –s c:/sl4a_r3.apk。安裝完畢後，在你的android中就會出現SL4A圖標。
同上的步驟，再把python解釋器安裝上。比如adb install –s c:/PythonForAndroid_r4.apk。安裝完畢後，在你的Android中就會出現Python for Android圖標。
在Android中點擊Python for Android。進去後，有一個install的button，點擊安裝。這個程序會通過網路，下載到所需要的所有程序包。
測試Python for Android解釋器；
當一切安裝妥當後，在Android中點擊SL4A圖標。
在出現的列表中點擊hello_world.py（或者其他的腳本）；界面左上角會出現一個小的SL4A的圖標，同時界面也會出現「hello world！」
如果你的Android運行結果如上所述，證明你的安裝成功了，繼續下一步。
Step4 : 編寫可在Android模擬器運行的Python Script並執行
編寫Python Script For Android；
傳遞Python Script到Android模擬器;
假設你編寫的python腳本存放在c:/Hello_world.py中
打開cmd界面，運行adb push <local> <remote>;例如，adb push c:/Hello_world.py /sdcard/sl4a/scripts/Hello_wold.py
在Android模擬器上運行Python Script;
在Android上運行腳本，你會看到「Hello world!」出現在屏幕上。 （如同step3的結果）
如果你的運行結果如上所述，那麼恭喜你，你已成功上傳並運行了你的第一個android python腳本，繼續下一步。
Ⅶ android驅動開發好了，怎麼調試
本文用《Android深度探索（卷1）：HAL與驅動開發》的隨書源代碼為例詳細說明如何配置Android驅動開發和測試環境，並且如何使用源代碼中的build.sh腳本文件在各種平台（Ubuntu linux、Android模擬器和S3C6410開發板）上編譯、安裝和測試Linux驅動。建議讀者使用Ubuntu Linux12.04或更高版本實驗本文的方法。最好用root賬號登錄Linux。
一、安裝交叉編譯器
如果只是在Ubuntu Linux上測試Linux驅動就不需要安裝交叉編譯器了，但要在Android模擬器或S3C6410開發板上進行測試，就必須安裝交叉編譯器。
首先下載交叉編譯器（分卷壓縮）
下載後解壓，會發現有兩個tgz文件，可以將這兩個文件放到/root/compilers目錄中，在Linux終端進入該目錄，執行如下命令安裝交叉編譯器。
[plain] view plain
# tar zxvf arm-linux-gcc-4.3.2.tgz -C /
# tar jxvf arm-none-linux-gnueabi-arm-2008q3-72-for-linux.tar.bz2 -C /
二、編譯和測試Linux內核
這里的Linux內核有兩個，一個是goldfish，也就是Android模擬器使用的Linux內核、另外一個是S3C6410開發板使用的Linux內核（Linux2.6.36）。讀者首先要下載這兩個Linux內核。
Android模擬器用的Linux內核源代碼（分卷壓縮）
用於S3C6410開發板的Linux內核源代碼（分卷壓縮）
分卷1
分卷2
由於隨書代碼中的word_count驅動已經在goldfish和linux2.6.36中分別建立了符號鏈接，以便在編譯linux內核時同時也會編譯word_count驅動，所以linux內核與源代碼目錄應與作者機器上的目錄相同。也就是兩個linux內核目錄與源代碼目錄如下：
linux內核目錄
/root/kernel/goldfish
/root/kernel/linux_kernel_2.6.36
源代碼目錄
/root/drivers
注意/root/drivers目錄下就直接是每一章的源代碼了，例如/root/drivers/ch06、/root/drivers/ch07
現在需要將/usr/local/arm/arm-none-linux-gnueabi/bin路徑加到Linux的PATH環境變數中（不會加的上網查，這是Linux的基本功）
最後進入/root/compilers/goldfish目錄，執行make命令編譯linux內核，如果完全編譯，大概20分鍾左右。編譯完成後，會在/root/kernel/goldfish/arch/arm/boot目錄中生成一個zImage文件，代碼1.7MB，這就是用於Android模擬器的Linux內核文件。
三、編譯Linux驅動
現在來編譯隨書光碟的驅動程序，這里以word_count驅動為例。在Linux終端進入/root/drivers/ch06/word_count目錄。先別忙著編譯。首先要設置打開/root/drivers/common.sh文件，修改第一行UBUNTU_KERNEL_PATH變數值為自己機器上安裝的Ubuntu Linux內核路徑，只要執行「ls /usr/src」命令即可查看當前機器可用的linux內核。如可以設置下面的路徑。
UBUNTU_KERNEL_PATH=/usr/src/linux-headers-3.2.0-23-generic
剩下的兩個（S3C6410_KERNEL_PATH和/root/kernel/goldfish）只要按著前面的路徑解壓Linux內核源代碼，就不用設置了。
在word_count目錄中執行「source build.sh」命令，會允許選擇在哪個平台上編譯驅動，直接按回車會在Ubuntu Linux上編譯。如果編譯成功，會發現當前目錄多一個word_count.ko文件（驅動文件）。
現在來編譯S3C6410上運行的word_count驅動。先別忙，在編譯之前，需要Android中的adb命令。因為build.sh足夠只能，在編譯完後，如果有多個Android設備連接到PC，會允許用戶選擇上傳到哪個設備裝載，這里需要選擇S3C6410開發板，然後會直接上傳到開發板上，如圖1所示。
可以直接使用adb shell命令進入開發板，也可以使用/root/drivers/shell.sh腳本完成同樣的工作，只是後者如果有多個android設備，會允許用選擇，而不是輸入相應的設備ID。使操作更方便。在/root/drivers目錄中提供了很多這樣的腳本（shell.sh、push.sh、pull.sh等），這些腳本都會允許用戶選擇操作的Android設備。
我們通常使用Android SDK中的adb命令，到官方網站下載裝載linux版本的Android SDK，然後將<AndroidSDK根目錄> /platform-tools加到PATH環境變數中。
現在再次執行「source build.sh」命令，選擇第2項（S3C6410開發板），如果系統沒找到開發板，需要將USB線拔下重插一下。然後就可以進入開發板的終端，輸入lsmod命令查看驅動的安裝情況了。
如果在模擬器上測試，選第3項。具體測試的方法請參見書中相應的章節。
四、測試Linux驅動
測試word_count驅動的方法很多，通過命令行測試的方法請參見書中相應的章節，在word_count目錄中有一個test_word_count程序，通過執行如下的命令可以測試word_count驅動，編譯test_word_count.c程序的方法書中已詳細描述。
test_word_count 「abc bb cc」
上面的命令會輸出單詞數為3。
如果要編譯Android HAL，需要Android源代碼。購買S3C6410開發板時商家通常會帶一些光碟，裡面有用於開發板的Android源代碼，如果商家沒給光碟，別忘了要哦！
Ⅷ 標准C程序如何移植到android平台需要什麼編譯參數，我用的是arm-eabi-gcc工具鏈
首先 你編譯的程序 用cat命令看 目錄應該是/lib/libc.so.6 而Android 是 /system/lib/libc.so
本來已經有C庫了 但是 我這里沒有用~ 你可以在 你的PC安裝機子上找到 交叉編譯arm-eabi-gcc或 arm-linux-gcc安裝目錄下的arm/4.3.2/..../libc/lib/libc2.8.so好像 是這個 有一個是libc.so.6 這個是一個連接 不是文件 查看屬性 看下連接的文件應該是 那個libc2.8.so （放心它是arm版的）拷貝這個文件到 安卓/system/lib/去 然後
用RE文件 為它添加一個 連接 /system/lib/libc.so.6 就可以了
這樣 標准庫是被移植去了 但是 你的應用程序 有可能使用的是 /lib/libc.so.6 不是 /system/lib/libc.so.6
先測試不行的話 就把 /system/lib 連接為/lib
Ⅸ re從零開始的反編譯教程
寫在開頭，引用很喜歡的一句話： 要麼學！要麼不學！學和不學之間沒有中間值 不學就放棄,學就要去認真的學！ --致選擇
為了回溯編譯過程（或對程序進行逆向工程），我們使用各種工具來撤銷匯編和編譯過程，這些工具就叫反匯編器和反編譯器。反匯編器撤銷匯編過程，因此我們可以得到匯編語言形式的輸出結果。反編譯器則以匯編語言甚至是機器語言為輸入，其輸出結果為高級語言。
數組的表示方式是：在基本類型前加上前中括弧「[」，例如int數組和float數組分別表示為：[I、[F；對象的表示則以L作為開頭，格式是 LpackageName/objectName;
（注意必須有個分號跟在最後），例如String對象在smali中為： Ljava/lang/String; ，其中 java/lang 對應 java.lang 包，String就是定義在該包中的一個對象。或許有人問，既然類是用 LpackageName/objectName; 來表示，那類裡面的內部類又如何在smali中引用呢？
答案是：在 LpackageName/objectName/subObjectName 的 subObjectName 前加 $ 符號。
方法的定義一般為： Func-Name (Para-Type1Para-Type2Para-Type3...)Return-Type
注意參數與參數之間沒有任何分隔符，同樣舉幾個例子就容易明白
無序列表的使用，在符號"-"後加空格使用。如下：
https://www.jianshu.com/p/1c54c1ccf5cc
https://www.cnblogs.com/onelikeone/p/7594177.html
解決：點擊進去jd-gui，刪除試一試。再不行換最新版本
解析結束後進行編譯報錯
解決方法： https://blog.csdn.net/fuchaosz/article/details/104800802
Failed parse ring installPackageLI: Targeting R+ (version 30 and above) requires the resources.arsc of installed APKs to be stored uncompress
解決方法：
降低gradle里版本，若出現
signatures do not match the previously installed version; ，
使用adb install命令在手機上安裝app時，遇到這個報錯。原因是新裝的app和手機上現有的舊版app沖突了。
解決方法：刪除手機上原來的app，再重新安裝即可。
可是轉念一想如果反編譯的apk都是Version 30 R+以上，難道我解壓後挨個改一遍gradle？太徹淡了，一定有解決方法，所以有了下面探究出現這個問題的解決方法：既然報錯是資源文件高版本不支持，而且沒有4位對齊，那麼不編譯資源文件就好了
APK簽名工具之jarsigner和apksigner：
https://blog.csdn.net/xzytl60937234/article/details/89088215?utm_medium=distribute.pc_relevant.none-task-blog-js_landingword-1&spm=1001.2101.3001.4242
利用apktool反編譯apk，並且重新簽名打包：
https://blog.csdn.net/qq_21007661/article/details/109851522?utm_medium=distribute.pc_relevant.none-task-blog-js_title-4&spm=1001.2101.3001.4242
驗證apktool能否使用
apktool -r d apk名字.apk，不反編譯資源文件，為什麼這么做，先挖個坑
錯誤提示沒有4位對齊和不支持30版本以上的資源文件。所有嘗試不編譯資源文件
解決4位對齊的方法：
查看當前目錄，生成了新文件：abc.keystor
使用JarSigner對apk進行簽名，命令如下
jarsigner -verbose -keystore abc.keystore -signedjar testx.apk src.apk abc.keystore
直接反編譯的apk產生上述錯誤
但是只編譯資源文件的apk安裝時
發現沒有使用V2進行簽名，這時候進行V2簽名， (apksigner,默認同時使用V1和V2簽名 ）
所以先對只編譯資源文件的apk進行V2嘗試看能否成功
重復1（進行apktool -r d apk名字.apk）-->2 -->3 -->4( 不使用jarsigner而使用apksigner )
將生成的abc.keystore和打包回的apk（ apktoolapp-debugdist 里的app-debug.apk）放入 C:Users aowei.lianAppDataLocalAndroidSdkuild-tools30.0.3 下，因為Android studio的SDK下有apksigner.bat.
對jarsigner只是apk進行了V1簽名；在Android7.0引入了V2簽名，因此，當進入sdk25.0.0及後續版本，會發現一個apksigner.bat執行腳本。
我們可以通過apksigner進行V2簽名，當然，apksigner默認是同時支持V1與V2的，於是：
學習了公鑰和密鑰的使用和區別，使用私鑰的加密演算法稱為對稱加密演算法，這種演算法實現是接收方和發送方公用一道密鑰，優點是效率高，缺點是安全性差，如果被第三人得知密鑰則信息泄露，由此衍生了公鑰加密演算法，也就是非對稱加密演算法，這個演算法是接收方給發送方公鑰，發送方用公鑰加密後發給接收方，接受方再用私鑰解密。這樣即使所有人知道公鑰也不會造成信息泄露。缺點是效率非常低。
此外了解了RSA簽名的大致過程，發送方擁有公鑰和私鑰，對信息進行摘要然後把摘要通過密鑰進行簽名，然後把簽名和信息一起發出去，那麼如何驗證該信息就是發送方發出的呢，這時候就使用到了公鑰驗證，通過公鑰對信息進行解簽，然後使用一樣的摘要演算法得到摘要，如果得到的摘要和解簽後的內容一致則說明是發送方發出。
總結就是公鑰加密，私鑰解密。公鑰驗證，私鑰簽名
RSA 密碼體制是一種公鑰密碼體制，公鑰公開，私鑰保密，它的加密解密演算法是公開的。由公鑰加密的內容可以並且只能由私鑰進行解密，而由私鑰加密的內容可以並且只能由公鑰進行解密。也就是說，RSA 的這一對公鑰、私鑰都可以用來加密和解密，並且一方加密的內容可以由並且只能由對方進行解密。
因為公鑰是公開的，任何公鑰持有者都可以將想要發送給私鑰持有者的信息進行加密後發送，而這個信息只有私鑰持有者才能解密。
它和加密有什麼區別呢？因為公鑰是公開的，所以任何持有公鑰的人都能解密私鑰加密過的密文，所以這個過程並不能保證消息的安全性，但是它卻能保證消息來源的准確性和不可否認性，也就是說，如果使用公鑰能正常解密某一個密文，那麼就能證明這段密文一定是由私鑰持有者發布的，而不是其他第三方發布的，並且私鑰持有者不能否認他曾經發布過該消息。故此將該過程稱為「簽名」。
Android 簽名機制 v1、v2、v3
進入JDK/bin, 輸入命令
參數:
進入Android SDK/build-tools/SDK版本, 輸入命令
參數:
例如:
最後安裝加 -t ：
附上參考鏈接：
https://blog.csdn.net/A807296772/article/details/102298970
配置NDK的時候如果按鈕是灰色的，手動配置
直接在javac後面指定編碼是UTF-8就是了。
需要注意的是要加上* -classpath .其中classpath後面的一個黑點是不能省略的。
編譯好後如何導入so庫
成功運行後發現lib目錄下已經apk編進去so了
https://www.52pojie.cn/thread-732298-1-1.html
本節所有到的工具和Demo
IDA
鏈接： https://pan..com/s/15uCX8o6tTSSelgG_RN7kBQ
Demo
鏈接： https://pan..com/s/1vKC1SevvHfeI7f0d2c6IqQ
找到so並打開它 因為我的機型是支持arm的所以我這里打開的是armeabi文件夾下的so 如果機型是x86模式的那麼這里要打開x86模式下的libJniTest.so
編譯過程：
按住鍵盤組合鍵 shift + f12 打開字元串窗口 這個窗口將會列舉出so中所包含的所有字元串 因為上節課我們只編寫了一個字元串 所以這里只有一個hello 52pojie! 如果打開的是x86的so這里還會有一些.so 但是字元串只有這一個
滑鼠點在hello 52pojie!字元串上,打開 Hex mp窗口,修改hello 52pojie!對應內存地址的內容
關於字元對應的16進制可以在網路搜索ascii碼表 找到字元所對應的16進制
因為我要把hello 52pojie！修改成hello world! 是不是只要找到每個字元所對應的hex修改就好了
這里我看到 hello 52pojie!對應的hex是:68 65 6C 6C 6F 20 35 32 70 6F 6A 69 65 21
我在ascii碼表上找到world所對應的十六進制是:77 6F 72 6C 64
所以hello world! 對應的十六進制是:68 65 6C 6C 6F 20 77 6F 72 6C 64 21
注意編輯的時候游標暫停的位置只有先輸入字母才能更改成功，修改好後 右鍵Apply changes應用
退出後保存
此時已經so修改完畢
大功告成，hello 52pojie! --> hello world!
Ⅹ pc上為什麼連接不了android模擬器
方法/步驟
1.調出開發人員選項，選擇USB調試：
1)較新版本的Android系統默認在設置是不顯示開發人員選項的，因此進入設置->關於手機->多次點擊版本號(一定次數之明明帆後設置中出現開發人員選項)；開發人員選擇出現之後就無需再設置了。
2)設置->開發人員選項(開啟)->選擇USB調試，之後一般會出現允許連接調試和安裝調試證書的選項，都選擇是。
大部分情況下到這個時候Eclipse開發環境就能夠識別手機並可以進行軟體的編譯下載安裝與調試。
3)USB連接方式需要選擇正確，如下圖四個選項中，只有選中PC助手方式，才可以被電腦和開發環境識別。
2.如果還不能識別有激雹的時候是將Android設備與PC機通過USB介面相連時未能正確，可以嘗試使用刷機軟體如甜椒刷機助手，啟動軟體後連接Android設備，如果設備沒有正確安裝或者驅動程序版本不正確，它會自動下載和安裝槐碧合適的驅動程序
3.還有就是Manifest.xml中minSdkVersion的的API level不能高於設備上Android系統版本對應的API level。如下圖，對應於Android4.4.2對應的API 19，如果minSdkVersion>=20,則Android Device Chooser中無法顯示設備
4.還有Eclipse開發環境通過adb連接調試Android設備，有一些刷機軟體也會運行adb程序，造成與開發環境的adb調試器沖突，需要關閉刷機軟體，殺死所有adb進程重啟開發環境。