1.Android Adb 源码分析(一)
2.linux下关于adb命令的一些知识
3.升级安卓4.2.2版本后，源码手机无法连接电脑的源码问题怎么解决？
4.如何调试Android Framework

Android Adb 源码分析(一)

       面对Android项目的调试困境，我们的源码团队在项目临近量产阶段，将userdebug版本切换为了user版本，源码并对selinux权限进行了调整。源码然而，源码源码资本公众号这一转变却带来了大量的源码bug，日志文件在/data/logs/目录下，源码因为权限问题无法正常pull出来，源码导致问题定位变得异常困难。源码面对这一挑战，源码我们尝试了两种解决方案。源码

       首先，源码我们尝试修改data目录的源码权限，使之成为system用户，源码以期绕过权限限制，然而数据目录下的wms框架源码logs文件仍保留了root权限，因此获取日志依然需要root权限，这并未解决问题。随后，我们找到了一个相对安全的解决办法——通过adb命令的后门机制，将获取root权限的命令修改为adb aaa.bbb.ccc.root。这一做法在一定程度上增加了后门的隐蔽性，避免了被窃取，同时对日常开发的联众源码分析影响也降至最低。

       在解决这一问题的过程中，我们对Android ADB的相关知识有了更深入的理解。ADB是Android系统中用于调试的工具，它主要由三部分构成：adb client、adb service和adb daemon。其中，adb client运行于主机端，提供了命令接口；adb service作为一个后台进程，psd动画源码位于主机端；adb daemon则是运行于设备端（实际机器或模拟器）的守护进程。这三个组件共同构成了ADB工具的完整框架，且它们的代码主要来源于system/core/adb目录，用户可以在此目录下找到adb及adbd的源代码。

       为了实现解决方案二，我们对adb的代码进行了修改，并通过Android SDK进行编译。具体步骤包括在Windows环境下编译生成adb.exe，vscode linux 源码以及在设备端编译adbd服务。需要注意的是，在进行编译前，需要先建立Android的编译环境。经过对ADB各部分关系及源代码结构的梳理，我们对ADB有了更深入的理解。

       在后续的开发过程中，我们将继续深入研究ADB代码，尤其是关于如何实现root权限的功能。如果大家觉得我们的分享有价值，欢迎关注我们的微信公众号“嵌入式Linux”，一起探索更多关于Android调试的技巧与知识。

linux下关于adb命令的一些知识

       Android Debug Bridge，一般简称为adb，主要存放在sdk安装目录下的platform-tools文件夹中，它是一个非常强大的命令行工具，通过这个工具你能够与你的android设备进行交互。同时这是一个包含了以下三部分的cs模式的程序：

       1) adb client

       ã€€ã€€ä»Žå›¾ä¸­ï¼Œæˆ‘们知道client是运行在PC端的，每当我们发起一个adb命令的时候，就会开启一个client程序。当然，当我们开启DDMS或者ADT的时候，也会自动创建client。

       ã€€ã€€å½“我们开启一个client的时候，它首先会去检测后台是否已经有一个server程序在运行着，否则会开启一个adb-server进程。

       ã€€ã€€æ‰€æœ‰çš„client都是通过端口与adb-server进行通信的。

       2）adb daemon（adbd）

       ã€€ã€€ä»Žå›¾ä¸­ï¼Œæˆ‘们知道daemon是作为一个后台进程运行在模拟器/真实Android设备中的。

       ã€€ã€€daemon使用端口的范围是-，每个模拟器/设备连接到PC端时，总会开启这么一个后台进程，并且为其分配了两个连续的端口，比如：

       ã€€ã€€ã€€ã€€Emulator 1, console:

       ã€€ã€€ã€€ã€€Emulator 1, adb:

       ã€€ã€€ä¹Ÿæ­£å› ä¸ºæ¯ä¸ªè®¾å¤‡éƒ½åˆ†ä¸€ç»„两个端口，也已adb连接手机的最大数量为。

       ã€€ã€€è¯´å›žç«¯å£çš„作用，在这两个端口中，其中偶数端口是用于server 与设备进行交互的，可以让server直接从设备中读取数据，而奇数端口是用来与设备的adbd进行连接通信的。

       2) adb server

       ã€€ã€€ä»Žå›¾ä¸­ï¼Œæˆ‘们同样可以知道，server也是作为一个后台的程序运行在PC端的，他负责管理client进程以及adb daemon之间的通信。

       ã€€ã€€å½“一个server开启的时候，他会自动绑定并且监听端口，接收client通过该端口发送过来的命令。同时server还会对-间的奇数端口进行扫描，进行对已连接设备的定位。

        1.2 常用的adb命令

       é¦–先我们先来介绍一下，adb命令的使用格式吧：

       adb [-d|-e|-s ]

       adb是必须的，接下来方括号[]里面的内容不是必须的，最后才是我们需要执行的命令操作，例如 adb -s emulator- install UCBrowser.apk (这是安装UC浏览器的意思)

       ä¸‹é¢å…ˆä»‹ç»ä¸‹ï¼Œå‰é¢å‡ ä¸ªå‚数的含义吧：

       ã€€ã€€-d: 让唯一连接到该PC端的真实安卓设备执行命令，如果发现USB中连接有多部设备，将会报错

       ã€€ã€€-e: 让唯一连接到该PC端的模拟器执行命令，如果发现开启了多个模拟器，将会报错

       ã€€ã€€-s：通过设备的序列号进行指定设备执行命令

       å¦‚果设备只连接有一个设备或者一个模拟器的时候，可以不用声明这三个参数，adb默认会让这部唯一连接到的设备进行命令执行。

       ok，下面开始讲解常用的命令吧：

       1) 查看当前PC端连接有多少设备：

       adb devices

       ç»ˆç«¯ä¸­çš„执行结果为：

       ä»Žä¸Šå›¾ä¸­ï¼Œæˆ‘们看到了设备有的两种状态，其实执行该命令，可能返回的状态有三种：

       ã€€ã€€I. device 设备已经成功连接到了adb-server

       ã€€ II. offline 设备并没有连接到adb或者没有响应

       ã€€ III. no device 并没有设备/模拟器连接

        2) 查看adb的版本

       adb　version

       ç»ˆç«¯ä¸­çš„执行结果为：

       3) 给设备进行软件的安装

       adb -s install

       eg:

       adb -s eba9 install D://Test.apk

       ç»ˆç«¯ä¸­çš„执行结果为:

       é™¤äº†ä¸Šé¢è¿™ç§æ–¹æ³•ï¼Œæˆ‘们还有另外一个命令：

       adb -s shell pm install [options]

       å…¶ä¸­[options]中最常用的选项是-r，代表着本次安装是重新安装，会保留用户数据。

       4) 卸载设备中已经安装的软件

       adb -s uninstall

       eg:

       adb -s eba9 uninstall cn.uc.test

       ç»ˆç«¯ä¸­çš„执行结果为:

        除了上面这种方法，我们还有另外一个命令：

       adb -s uninstall [options]

       è¿™é‡Œçš„options是-k，加上该参数表明卸载软件后依旧保留用户数据

       5) 将数据从设备复制到PC中

       adb -s pull

       eg:

       adb -s eba9 pull /sdcard/stericson-ls D://

        终端的执行结果：

        在D：//盘中我们也可以发现stericson-ls文件

       6) 讲数据从PC端复制到设备中

       adb -s push

       eg:

       adb -s eba9 push d://stericson-ls /sdcard/

       ç»ˆç«¯çš„执行结果：

       7) 获取连接到的手机的序列号

       adb get-serialno

       ç»ˆç«¯çš„执行结果：

       8)获取设备的连接状态

       adb -s get-state

       eg:

       adb -s eba9 get-stat

       ç»ˆç«¯çš„执行结果：

       9) 等待设备连接成功

       adb wait-for-device

       è¯¥å‘½ä»¤å°†ä¼šé˜»å¡žä¸€ç›´åˆ°é»˜è®¤è¿žæŽ¥çš„那部机器状态变为device，也就是连接成功。

       ) adb-server 的开启与关闭

       adb kill-server

       adb start-server

       ç»ˆç«¯çš„执行结果：

       æœ‰æ—¶å€™æˆ‘们开启server会失败，这是因为我们装了的手机助手，豌豆荚或者其他软件自带有自己的adb，导致端口冲突开启失败。主要关掉那些软件并且杀掉那些软件自带的adb进程重来即可。

       1.2 手机执行Shell命令

       ä¼—所周知，Android的内核本身就是Linux，所以Android本身也支持Linux命令，但是因为是手机系统，所以进行了一定的删减，部分命令不支持，而不支持的部分，我们可以通过安装busybox这个软件进行

       å¡«è¡¥ã€‚

       ä¸‹é¢æˆ‘们讲解下如何在手机中执行Shell命令：

        1) 每次都加上adb shell来进行命令的发送与执行

       adb shell

       2) 先通过adb shell进入手机Shell执行状态，然后直接输入Linux命令，如图：

       ã€€ã€€

       1.3 Activity Manager 常用命令与参数说明

        一般情况下，我们最常用它来进行app的开启，并且传递一定的参数过去,比如：

       adb shell am start -a android.intent.action.VIEW -n cn.uc.test/.MainActivity -d

       åœ¨è¿™é‡Œå°±ä¸åšå¤ªè¿‡è¯¦ç»†å’Œé‡å¤çš„说明了

       1.4 Package Manager 常用命令与参数说明

       1) 使一个apk处于禁用状态，相当于卸载了：

       disable

       å…¶ä¸­ PACKAGE_OR_COMPONENT的格式是 package/class， 如 com.UCMobile/.main.UCMobile

       eg:

       adb shell su disable com.UCMobile/.main.UCMobile

       ç»ˆç«¯æ‰§è¡Œç»“果：

       åŒæ—¶æˆ‘们在手机上发现，UC浏览器的图标不见了

       2) 让一个apk从禁用状态恢复过来

       enable

       å…¶ä¸­ PACKAGE_OR_COMPONENT的格式是 package/class， 如 com.UCMobile/.main.UCMobile

       eg:

       adb shell su enable com.UCMobile/.main.UCMobile

       ç»ˆç«¯æ‰§è¡Œç»“果：

       åŒæ—¶æˆ‘们从手机上发现，UC浏览器的图标又回来啦。

       3) 查看一个apk所在的路径

       pm path

       eg:

       adb shell pm path com.UCMobile

       ç»ˆç«¯æ‰§è¡Œç»“果：

       4) 查看手机中装的所有的包

       pm list packages

       å†æ¬¡ä¸åšè¿‡å¤šçš„说明

       1.5其他常用的adb命令

       1) 屏幕录像

       ä¾‹å¦‚，屏幕开始录像并且储存到/sdcard中，同时名字为demo.mp4

       adb shell screenrecord /sdcard/demo.mp4

       2) 关闭设备请求，开启设备

       adb shell stop

       adb shell start

       3)设备关机以及重启

       adb reboot

       adb shutdown

升级安卓4.2.2版本后，手机无法连接电脑的问题怎么解决？

       第一 手机设置里面，把usb调试打开，再连接电脑，手机会自动安装驱动。

       第二 对应你手机的型号，在网上搜索连接电脑需要的驱动，可以在你手机的官网上下载。

       第三 可能是找的ROM包有问题，可以尝试换一个4.的。

       最后，如果你的手机配置不再三星note的配置以上的话，不推荐刷4.0以上版本：1.耗电高 2.内存占用偏大 3.手机配置跟不上用上很卡。

       （以上为我本人观点，供楼主参考） 回答完毕，收工，求最佳！

如何调试Android Framework

       å…¶å®žæ•´ä¸ªè°ƒè¯•è¿‡ç¨‹éžå¸¸ç®€å•ï¼š

       åœ¨ä½ è¦è°ƒè¯•è¿›ç¨‹çš„合适位置打上断点

       è·Ÿè¸ªä»£ç (Step in/out/over等等)

       åœ¨å±•å¼€è®²è¿°è¿™ä¸¤æ–¹é¢ä¹‹å‰ï¼Œæœ‰å¿…要先简单了解下调试的基础知识。Java平台的调试是有一个规范化的标准的，那就是JPDA(Java Platform Debugger Architecture);通过 JPDA 提供的 API，开发人员可以方便灵活的搭建 Java 调试应用程序。 JPDA 主要由三个部分组成：Java 虚拟机工具接口(JVMTI)，Java 调试线协议(JDWP)，以及 Java 调试接口(JDI)。

       Java程序的调试无非就是通过一个调试器(debugger)获取对应Java虚拟机的信息，上文所述的JDWP就是调试器与虚拟机通信的桥梁。在dalvik虚拟机内部有一个专门的jdwp线程，Android系统的adbd进程通过socket与各个虚拟机的jdwp线程进行通信，外部调试器通过adb工具与adbd通信进而完成与jdwp的通信。我们通常所说的「attach debugger」指的就是这个意思——连接到指定的需要调试的进程。

       è°ƒè¯•å™¨å·¥ä½œåŽŸç†

       å¦‚何在正确的地方下断点

       ã€Œæ­£ç¡®çš„地方」包含两个含义：首先，调试是以进程为单位进行的，如果你需要调试运行在进程A 中的代码，却把debugger attach到了B进程，那么这个断点压根儿就是牛头不对马嘴;另外呢，比如你想调试Android的多媒体框架，你得知道media相关的类在哪吧，也就是说需要在正确的函数里面下断点。

       å¦‚何在合适的进程下断点?

       å¦‚果是调试我们自己写的App，在Android Studio里面非常简单，在Run菜单de最后面有一个attach debugger to android process 的选项，点击之后会出现一个菜单，选择自己需要调试的进程即可;但是，如果需要调试Android Framework层的代码，这样做是达不到目的的——Framework层的代码通常运行在别的进程(比如ActivityManagerService运行在system_server进程)，而这些进程通常情况下是不可调试的，也就是说在attach debugger to android process 的那个菜单里面不会有系统的进程，如下图：

       æ™®é€šçš„无法调试的Android设备

       ä¸ºä»€ä¹ˆä¸å¯è°ƒè¯•å‘¢?上文我们简要讲述了调试器的工作原理，我们知道每一个虚拟机有一个jdwp线程，如果这个线程拒绝连接到调试器，你也就没办法对这个进程进行调试了。Android的所有App进程都是通过Zygote进程fork出来的，我们在android.os.Process这个类里面可以看到android进程的启动过程有这么一句：

       if ((debugFlags & Zygote.DEBUG_ENABLE_DEBUGGER) != 0) {

       argsForZygote.add("--enable-debugger");

       }

       ä¹Ÿå°±æ˜¯è¯´ï¼Œä¸€ä¸ªè¿›ç¨‹æ˜¯å¦å¯ä»¥è°ƒè¯•æ˜¯ç”±è¿›ç¨‹å¯åŠ¨æ—¶å€™çš„参数决定的;普通的App进程如果是debug keystore默认是可以调试的，有或者你在AndroidManifest里面指定debuggable为true也是可以调试的。对系统进程，我们只有采取系统级别的手段：让整个系统可以调试——debug版或者编译参数debuggable为1的系统。

       è§£å†³è¿™ä¸ªåŠžæ³•å¾ˆç®€å•ï¼šä½¿ç”¨æ¨¡æ‹Ÿå™¨(真机也行，限Nexus系列刷原生Android系统，把系统启动的debuggable参数修改为1)，我的Nexus 5 可以调试的进程如下：

       å¯è°ƒè¯•ä»»æ„è¿›ç¨‹çš„设备

       è¿™æ ·ï¼Œç³»ç»Ÿä¸­æ‰€æœ‰çš„Android进程都可以调试了;这一点很重要，比如你要分析Activity的启动流程，相当多一部分代码是在ActivityManagerService所在的进程system_server执行的，如果你把断点打在别的进程，就会产生跟丢了的情况。在比如，你要调试ActivityThread的main函数，在main函数里面执行了一句attach，最终调用AMS的attachApplication的时候，代码就通过Binder IPC调用到了AMS的system_server进程。

       æ˜Žç™½ä½ è¦æ‰§è¡Œçš„代码运行在哪一个进程相当重要，在Android中，由于Binder通信机制的存在，「进程迁移」使用的非常非常频繁，因此需要对binder机制有一定的了解;详细的话可以参考我的博客：Binder学习指南

       å¦‚何在对应的代码处下断点?

       å‡è®¾æˆ‘们现在把debugger attach到了正确的进程，那么断点应该下在哪里呢?直观来讲，就是说我需要导入所有的Android源码吗?如果不是应该导入哪些代码，怎么导入?

       é¦–先，如果你需要调试的类在sdk里面导出了，你压根儿就不需要再导入源码，Android Studio自动帮你关联了这部分代码(前提是你用SDK Manager下载了sdk的源码，如下图：

       SDK manager下载源码

       æ¯”如你要调试ActivityManagerServce类的attachApplication方法，那么很简单;创建一个空的Android项目，SDK版本选择与你要调试的模拟器/真机 的android相同(这很重要，下文会讲述);然后attrach 到system_server进程，直接在attach_application上面打上断点;随便启动一个app，可以看到我们熟悉的调试界面：

       è°ƒè¯•attachApplication

       å¦‚果这部分类在sdk中没有导入(比如@hide)的，又或者压根儿不是SDK的类，(比如系统app的源码)那应该怎么办呢?直接导入这部分代码即可。不需要是Android项目，普通的Java项目即可;举个例子，假设你想调试原生Android系统的「系统设置」这个程序，该如何做呢?

       æ ¹æ®ä¸Šé¢çš„分析，我们首先得知道「系统设置˜ã€è¿è¡Œåœ¨å“ªä¸€ä¸ªè¿›ç¨‹ï¼Œé€šå¸¸æƒ…况下进程名字就是包名;我们查出设置的包名即可，而包名是在源码的AndroidManifeist中声明的，因此，我们找到「系统设置」这个程序的源码即可;源码在 / ，系统App的源码在/packages这个子目录下面，我们一个个找，最终可以确定「系统设置」的源码在/platform/packages/apps/Settings/ ;然后我们把这部分代码git clone下来，导入Android Studio：

       è°ƒè¯•Settings

       æˆ‘们去AndroidManifest中查到，「系统设置」的包名为：com.android.settings，这样我们attach到这个进程 ：

       attach setting进程

       ç„¶åŽï¼Œæˆ‘们随便打个断点玩一玩，比如进入设置主界面的时候，断下来;我们在AndroidManifest中查到设置程序的入口界面为：Settings，我们在这个类的onCreate里面打一个断点，然后进入设置程序，发现完美滴断下来了：

       åœ¨setting中断点成功

       OK，到这里;应该学会如何在正确的位置打断点了：正确的进程，正确的位置。接下来，要完成调试，还需要一些技巧。

       å¦‚何跟踪代码?

       æˆ–许你会说，跟踪代码不就是step in/out/over么，这有什么难的?但其实事情并没有你想象的那么简单，要优雅滴调试，还是需要一些姿势的。

       è¡Œå·å¯¹åº”

       è·Ÿè¸ªä»£ç ä¸€ä¸ªé¦–要的问题是行号对应。如果你在正确位置下了断点，但是跟踪的时候，单步调试，发现运行的代码和Android Studio里面的代码对不上号，那么就很蛋疼;要使得调试器的行号能够对应，必须保证设备上的代码和调试器的代码是同一份;简单来说，需要使用Android的原生系统(模拟器，Nexus系列真机)，然后调试器里面使用的SDK版本，必须和设备的系统版本一致。

       è¡Œå·ä¸å¯¹åº”怎么办?

       ä¸€å®šè¦æ³¨æ„è¡Œå·å¯¹åº”这一点，这会使调试过程简单很多;如果没有办法，行号对不上，那该如何调试呢?

       è¡Œå·ä¸å¯¹åº”带来的一个首要问题就是，下断点的时候都有可能出现问题;比如你在TestClass的第行下了一个断点，但是由于行号不对应，有可能真正执行的代码第行是没有意义的空行或者是在下一个函数里面，这样断点就没有起到应有的作用了。

       è¦è§£å†³è¡Œå¥½å¯¹åº”的问题，必须使用方法断点;我们直接在某个函数的入口设置断点，这样即使行号对不上，也能在正确的入口出断下来，这一点非常重要。

       è§£å†³äº†å¦‚何下断点的问题，那么行号不对应，怎么知道执行到哪了，怎么查看局部变量?

       è§‚察栈桢

       åœ¨Android Studio的调试器的左边，显示了每一个线程执行的栈桢，栈桢里面包含了当前线程丰富的信息：

       çœ‹åˆ°æ²¡ï¼ŒçœŸæ­£è¿è¡Œçš„代码在哪一行，当前运行的是什么函数一目了然;接下来你在step into/out的时候，不能以源代码的行数为准，而应该以这个栈桢所显示的代码行数为准。

       ç†Ÿç»ƒä½¿ç”¨æ–­ç‚¹

       OK，现在不论行号是否能对应，我们都能正确滴下断点调试了。断点有很多种类型，方法断点，watch point，条件断点都能够很好滴辅助我们调试;如果你连这几个名词都没有听说过，一定要恶补一下;可以参阅我的博客：Android Studio你不知道的调试技巧;我就不再复述了。望采纳，谢谢。