安卓不用解锁，安卓手机强制解锁

Android的Build编译系统处置容易见到的make单命令以外，还供应了其他的一系列make命令族，这边咱们简易过下:

指令声明make update-api升级API文件，在framework API改变以后，要一开始的时候实行该命令来升级API，公然的API记载在frameworks/base/api目录下makeAndroid默许体系编译指令，会编译出全个体系的全部镜像(其实质最后实行的是make droid)make droid同上make sdk编译出Android的SDK开发套件make clean-sdk清除SDK的编译产生的物体make dist实行全个编译，并将 MAKECMDGOALS变量定意的输入文件拷贝到 /out/dist目录下，这一个命令在现实中用的对比少make all编译全部内容，不论目前物品的定意中是不是会包括,解说如以下:builds everything make droid does,plus everything whose LOCAL_MODULE_TAGS do not include the “droid吧” tag. The build server runs this to make sure that everything that is in the tree and has an Android.mk builds.make help扶助短信命令，显现目前Android版本重要支-持的make命令make snod从早已经编译出的包迅速创建体系镜像(比方您从新单独编译了某-个模块，随后想迅速进行打包到system.img，可以运用此命令加快速度)make clean-$(LOCAL_MODULE)Let you selectively clean one target. For example, you can type make clean-libutils and t will delete libutils.so and all of the intermediate files.即清除掉1个指定模块的编译结局和中心产生的物体make clean-$(LOCAL_PACKAGE_NAME)Let you selectively clean one target. For example, you can typemake clean-Home and it will clean just the Home app…即清除掉1个指定模块的编译结局和中心产生的物体make cleandeletes all of the output and intermediate files for this configuration. This is the same as rm -rf out/<configuration>/平时删去的是全个Android源码项目的out/*目录make clobberdeletes all of the output and intermediate files for all configurations. This is the same as rm -rf out/.这一个命令在现实中，运用得对比少make datacleandeletes contents of the data directory inside the current combodirectory. This is especially useful on the simulator and emulator, where the persistent data remains present between builds.这一个命令在现实中运用得也比价少make installclean当咱们在实行切换编译目的时可以实行make installclean，用以消除以前编译变成的文件，可是又不会将全个out目录清空，那样可以加速编译目的的创建时速make LOCAL_MODULE编译1个指定的模块，LOCAL_MODULE 为模块的名称，这一种编译办法平时应用在全个Android项目没有创建，可是想迅速编译1个模块时可以运用，可以加速单个模块创建时速make targetswill print a list of all of the LOCAL_MODULE names you can make.make libandroid_runtime编译全部JNI framework内容呢。make framework编译全部Javaframework内容(作Android framework开发的小伙们对这条命令应当是再熟习但是的了)了。make services编译系统做事和有关内容make bootimage编译变成boot.imgmake recoveryimage编译变成recovey.imgmake cacheimage编译变成cache.imgmake systemimage编译变成system.imgmake vendorimage编译变成vendor.imgmake superimage编译变成superi.img

对上述的make命令有几点要留意:1.也许在不一样的Android版本有不一样表现，且有的也许早已经不支-持了2.读者最好关于每一个make编译命令，自主运用一番，随后慢慢品味

  有过肯定Android开发经历体验的读者应当明白Android一开始的时候是用Android.mk配置来编译源码的(这边的Android.mk实质上有点相似Makefile文件)呢。可是跟着Android版本的迭代，源码项目文件越来越大，包括的模块越来越多，而以Android.mk组织的行业编译消费的时间越来越多呢。面对这一个严厉的疑，Android的妈咪google终归在在Android7.0开始引进了ninja编译系统呢。相比于make来讲ninja在大的项目管理中时速和并行方面有出色的优点，因而Google选用了ninja来代替以前运用的make呢。因为Android.mk的数目庞大且繁杂，不也许把全部的Android.mk改写成ninja的创建规矩，因而Google搞了个kati工具，用在将Androd.mk转换成ninja的创建规矩文件build.ninja，再运用ninja来进行创建工作啦。

  Android编译的发展仍然没有停下进升，果不其然Android8.0开始，Google引进了Android.bp文件来替换以前的Android.mk文件，Android.bp不过纯洁的配置文件，不包含分支.来回反复等过程掌控，实质上就1个json配置文件啦。同时间还引进Soong这一个工具，用在将Android.bp转化为ninja的创建规矩文件build.ninja，再运用ninja来进行创建工作呢。但以前的模块全数是用Android.mk来定意的，谷歌不也许一下子把全部模块都修正成Android.bp，只能逐渐替代啦。无论是Android.mk就是Android.bp最终都是转化成ninja的创建规矩，再进行编译的啦。

假如您对上述的概述，就是以为太唠叨了，没有干系了。这边咱们用愈加简易的文字来全体来总结一下Android build体系跟着Android版本对应的发展演化经过:

经过前方的章节，咱们简易推荐了Android编译系统的发展史！读者会发觉，此中忽然一会儿冒出了很多的观念，这边咱们先姑且不对此中触及的观念深化理解，咱们先说说上述多个观念Soong.Blueprint.Kati.Ninja之中的干系，他们之中的干系图如以下:

上图是1个静态的全体的干系图，可是在Android源码项目创建经过中的他们之中可以运用如以下的转化干系图来表示:

干系图早已经给各位看官摆出来了，这么他们之中的转化干系是怎样来的呢，这边咱们来讲说:

不简单啊，这边咱们对触及到Ninja, kati, Soong, bp干系搞清楚了(种种三角恋)！这么对于他们的观念，下面咱们也得简易推荐推荐，安排上才行！

Kati是专为Android开发的1个根据Golang和C++的工具，重要功效是把Android中的Android.mk文件转换成 Ninja文件呢。编码途径是build/kati，编译后的产生的物体是ckati了。

Kati编码是开源的，可以把他clone下去，假如有兴趣可以察看下其完成基本原理

这边咱们创建1个经过Android.mk配置的LOCAL_MODULE模块，随后经过top命令就可以察看在编译的经过中实行了ckati的命令呢。

ninja是1个编译架构，会依据对应的ninja样式的配置文件进行编译，可是ninja文件通常不会手动修正，却是经过将Android.bp文件转换成ninja格文件来编译啦。

Android.bp的出现就为了替代Android.mk文件呢。而bp跟mk文件不一样，他是纯洁的配置，没有分支.来回反复等过程掌控，不可以作算数逻辑运算了。假如要掌控思维，这么只能经过Go言语编辑啦。Android的妈咪google为了让开发者能愈加的迅速掌控Android.bp特地供应了androidmk命令(对于他的仔细推荐可以拜见博客Android.bp入门指导之Android.mk转换成Android.bp，这边就但是多的戏说了)用在Android.mk转换成Android.bp运用，如以下转化命令:

$ androidmk Android.mk > Android.bp12.5 Blueprint和Soong创建编译系统2,5.1 Soong简介

Soong相似于以前的Makefile编译系统的重心，负责供应Android.bp语义剖析，并将之转换成Ninja文件啦。Soong还会编译变成1个androidmk命令，用在将Android.mk文件转化为Android.bp文件，但是这一个转化功效仅限于没有分支.来回反复等过程掌控的Android.mk才有用了。

Blueprint是变成.剖析Android.bp的工具，是Soong的一小部分了。Soong负责Android编译而设计的工具，而Blueprint不过剖析文件格式，Soong剖析内容的具体含意呢。Blueprint和Soong都是由Golang写的行业，从Android 7.0，prebuilts/go/目录下新增加Golang所需的运转环境，在编译时运用了。而且由于Soong和Blueprint是Googlegoogle为Android.bp十分定制的工具，因此不要要摘出来单独来操控啦。

  经过前方的章节咱们理解了Android编译环境的创建和编译的发展史(前方的章节都是为了后面章节做事作的全体铺垫)，这么从本章节开始将要符合这篇博客的题材了将重点剖析Android O以后高阶版本的编译的不同之处了了。在这篇的博客开始就有说到过是以高通版本的Android R为基线来进行剖析的呢。因此在开始本章节的博客前，有2个知识点要提早推荐下，1个是Android Q以及以后的动向分区观念，此外1个就高通Q以后引进的QSSI(或许qssi)的观念！

动向分区是Android的客户空间分区体系呢。运用此分区体系，你可以在无线下载(OTA)升级其间建立.毁灭分区或许调理分区大小啦。依靠动向分区，制造商无需操心个个分区（比方system.vendor和product）的大小呢。取而代之的是，装备分派1个super分区，此中的子分区可动向地调理大小啦。单个分区映像不再要为未来的OTA预留空间呢。反过来，super中剩下的可用空间还可用在全部动向分区(对于动向分区详见googleAndroid完成动向分区)啦。

QSSI 是 Qualcomm Single System Image 的缩写，而且高通从Android Q开始支-持了。高通的文档对此的解说是引进QSSI的观念是为了处理Android碎片化疑，把system.img和vendor.img往前一步拆分了。

而且其编译也和Android原生编译有差异，其差异如以下:

高版本Android非QSSI特征的编译过程,仍然和很久之前的版本Android编译改变不大，平时是如以下的方法(这一个也是读者最为熟习的了):

source build/envsetup.sh lunch xx-userdebugmake123

这边要留意的的是共用版本的Android就是可以直-接经过make有关的分区进行直-接编译的，比方make superimage或许直-接实行make编译

经过前方见到QSSI特征的固件编译过程也和共用版本的有肯定的区分，这边的编译分为2种形式，第一种Android的标准编译形式，此外1种就高通供应的编译脚本呢。

source build/envsetup.sh 1
编译 system.img

lunch qssi-userdebugmake target-files-package12
编译除system.img外的其它img

lunch xx-userdebugmake target-files-package123.4.2 高通供应的build.sh脚本进行编译
编译全部img，包含system和其他img

source build/envsetup.shlunch XX-userdebug./build.sh dist -j32123
编译system.img，产生的物体在qssi目录下

source build/envsetup.shlunch xx-userdebug./build.sh dist qssi_only -j32123
编译super.img

source build/envsetup.shlunch xx-userdebug./build.sh dist merge_only -j32123
编译其他img，比方vendorimage，假如不指定会编译其他全部img，产生的物体在XX目录下

source build/envsetup.shlunch xx-userdebug./build.sh vendorimage dist target_only -j3212343.5 动向分区刷机的办法

因为Android Q版本以及之上将system和vendor分区兼并为super分区，没法经过adb reboot bootloader形式单独刷动向分区里面的img，比方system,vendor,product,odm等镜像，只能刷super.img和其它的分区，可是super.img分区动辄多个G的大小，每一次刷机差一点都要等上个好大几分钟，这一个酸爽您懂的啦。

这边有一点要留意并不是说真的在bootloader形式下不可以刷入system分区镜像，可以见到下面的截图是可以刷入的，可是不过镜像没有真的烧录见效，因此读者在现实开发中肯定不需要作无用功，不然一直烧录，会发觉咋咋我修正的东西没有见效呢！

那有还是没有办法单刷呢，自然有了，否则我也不会多提一句不是啦。咱们可以在fastboot形式下可以单独刷动向分区里面的img，其办法如以下:

fastbootd是客户空间的编码，由于动向的思维分区只能在运用空间辨别12345678910

1.假如是在linux下fastboot刷机出现权限疑，要将fastboot的所有者属性改为rootsudo chown root:root fastbootsudo chmod +s fastboot2.假如是在windows环境下运用fastboot，太大几率也许不辨别fastboot，这个时候推举下载360的电话助手依靠他装配相应的驱动，那样就能进行有关的辨别了，此处是个人经历体验3.而且咱们在实际操作中要，留意fastboot是不是位于锁定形式，不然会报一下错误(我调节的末端，早已经强迫锁定了,因此那怕我强制执行理解锁也一直报remote: 'Command not available on locked devices’的反常)4.咱们来运用1个可以动向解锁的fastboot，马到成功！

关于从业Android倾向现Framework开发的读者来讲，编译Android的Framework层是再容易见到但是的操控了，在Android R以上的Framework的编译早已经和以前有所区别，具体拜见下面解说:

make -j8 frameworkmake -j8 services12
Android R以后编译services的命令还有结果，可是关于framework就有点力有未逮了(由于编译规矩早已经改变了)，如以下

make -j8 framework-minus-apexmake -j8 services12四.处理Android高版本编译ssd固态硬盘空间不能够的疑

  关于Android开发者来讲，自然期望本人在服务器上分派到的资源越多越好，十分是固态数据盘的存储量，可是公司当开发者太多的时候，公司就会尽力压紧收缩ssd固态数据盘的盘符空间，只给分派了250G的固态硬盘容量，假如是同时间开发编译多个Android低版本的源码，那一定是够了，可是切到Android R以后，250G一定是远远不够的，这边咱们经过du命令察看一下Android R编译出去以后的情形，如以下:

ityuan@pd:~/ssd$ du -sh *260G qcm2290ityuan@pd:~/ssd$ ityuan@pd:~/ssd$ lsqcm2290ityuan@pd:~/ssd$ cd qcm2290/ityuan@pd:~/ssd/qcm2290$ du -sh *8.0K about.html0 Android.bp85M art64M bionic218M bootable0 bootstrap.bash24M build0 build.sh3.4M compatibility1.7G cts26M dalvik222M developers150M development635M device4.0K disregard7.1G external1.9G frameworks81M hardware1.4G kernel87M libcore420K libnativehelper4.0K Makefile186G out1.1G packages3.4G xxxdroid896K pdk16M platform_testing32G prebuilts12K product4.0K readme.md232K resources.arsc30M sdk444K shortcut-fe8.0K sync.sh704M system408M test16K TEST_BP9.7M toolchain704M tools6.9G vendor12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849

这边可以见到1个Android R的源码项目就将全个的ssd硬盘空间占满了，这么有什麽方法精简呢呢。自然有了，咱们可以对Android 的out目录进行软连接，链接到其他的分区之一啦。说干就干！下面我来记载一下具体的方法:

ityuan@pd:~$ mkdir outityuan@pd:~$ ls out/ityuan@pd:~$ 123
建设软链接(关于建设软链接还有不是很熟习的读者，可以拜见博客Linux下建立软链接）

ityuan@pd:~$ ln -s /home/tangkw/out /home/tangkw/ssd/qcm2290/outityuan@pd:~$ cd ssd/qcm2290/ityuan@pd:~/ssd/qcm2290$ ll outlrwxrwxrwx 1 tangkw pd 16 Jan 5 16:54 out -> /home/tangkw/out/ityuan@pd:~/ssd/qcm2290$ 12345

而且在建立软链接中强烈建议运用绝对路径，不然会提醒Too many levels of symbolic links的错误

ityuan@pd:~$ cd out/ityuan@pd:~/out$ ls -ltotal 12684-rw-r--r-- 1 ityuan pd 0 Jan 5 16:56 Android.mk-rw-r--r-- 1 ityuan pd 160 Jan 5 16:59 build-bengal-cleanspec.ninja-rwxr-xr-x 1 ityuan pd 10 Jan 5 16:56 build_date.txt-rw-r--r-- 1 ityuan pd 10 Jan 5 16:56 build.trace.gz-rwxr-xr-x 1 ityuan pd 1 Jan 5 16:56 casecheck.txt-rwxr-xr-x 1 ityuan pd 1 Jan 5 16:56 CaseCheck.txt-rw-r--r-- 1 ityuan pd 0 Jan 5 16:56 CleanSpec.mkdrwxr-xr-x 2 ityuan pd 4096 Jan 5 16:59 empty-rw-r--r-- 1 ityuan pd 39 Jan 5 16:59 env-bengal-cleanspec.sh-rw-r--r-- 1 ityuan pd 0 Jan 5 16:56 error.logdrwxr-xr-x 3 ityuan pd 4096 Jan 5 17:00 host-rwxr-xr-x 1 ityuan pd 4309565 Jan 5 16:56 microfactory_Linux-rwxr-xr-x 1 ityuan pd 121 Jan 5 16:59 ninja-bengal-cleanspec.sh-rw-r--r-- 1 ityuan pd 0 Jan 5 16:56 ninja_builddrwxr-xr-x 6 ityuan pd 4096 Jan 5 16:59 soong-rw-r--r-- 1 ityuan pd 19743 Jan 5 17:00 soong.log-rwxr-xr-x 1 ityuan pd 8580360 Jan 5 16:56 soong_uidrwxr-xr-x 3 ityuan pd 4096 Jan 5 16:59 target-rw-r--r-- 1 ityuan pd 24970 Jan 5 17:00 verbose.log.gzityuan@pd:~/out$ 1234567891011121314151617181920212223
接着察看下咱们ssd目录占用空间大小，如以下(可以见到out目录的大小早已经为0了):

ityuan@pd:~/ssd$ du -sh *75G qcm2290ityuan@pd:~/ssd$ cd qcm2290/ityuan@pd:~/ssd/qcm2290$ ityuan@pd:~/ssd/qcm2290$ ityuan@pd:~/ssd/qcm2290$ du -sh *8.0K about.html0 Android.bp85M art64M bionic218M bootable0 bootstrap.bash24M build0 build.sh3.4M compatibility1.7G cts26M dalvik222M developers150M development635M device4.0K disregard7.1G external1.9G frameworks81M hardware1.4G kernel87M libcore420K libnativehelper4.0K Makefile0 out1.1G packages3.4G xxxdroid896K pdk16M platform_testing32G prebuilts12K product4.0K readme.md232K resources.arsc30M sdk444K shortcut-fe8.0K sync.sh704M system408M test16K TEST_BP9.7M toolchain704M tools6.9G vendorityuan@pd:~/ssd/qcm2290$ 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647

马到成功，自然假如读者是土豪公司，那这一个就可以跳过不看了了。

  在前方咱们简易说了下动向分区的观念，即在Android Q以及往后得编译包中，咱们找不到了相应的system,vendor等img文件，可是多了1个super.img，system，vendor，product，ODM兼并为super分区，这一个就动向分区了啦。简易来讲就为了在ota的时候可以灵敏建立分区和修正分区大小，将system,vendor,odm,product兼并成super分区，并在super分区上预留出一定量的free space，那样就可以动向调理这一些分区的大小，处理了ota的时候分区欠缺，以及调理分区的危险.啦。

当OTA晋级以后，要从新调理分区大小

码字不容易，以为对您有扶助的话记的珍藏顺带小编点个赞哦 ^_^

有关安卓不用解锁和安卓手机强制解锁的相关内容已经解完毕，请诸位网友持续关注本站。