adb 运行原理简析

Posted 2023-05-10

参考技术A adb 的运行原理是 PC 端的 adb server 与手机端的守护进程 adbd 建立连接，然后 PC 端的 adb client 通过 adb server 转发命令，adbd 接收命令后解析运行。

所以如果 adbd 以普通权限执行，有些需要 root 权限才能执行的命令无法直接用adb xxx执行。这时可以adb shell然后su后执行命令，也可以让 adbd 以 root 权限执行，这个就能随意执行高权限命令了。

命令：

adb root

现在再运行 adb shell，看看命令行提示符是不是变成 # 了？

有些手机 root 后也无法通过adb root命令让 adbd 以 root 权限执行，比如三星的部分机型，会提示adbd cannot run as root in production builds，此时可以先安装 adbd Insecure，然后adb root试试。

相应地，如果要恢复 adbd 为非 root 权限的话，可以使用adb unroot命令。

简析程序启动原理

当刚開始学习ios开发的时候。我们学会做的第一件事就是创建一个新的项目。每次我都会好奇，为什么我们选择创建一个Single View Application项目的时候，什么代码都不用敲就能够在模拟器上执行程序了。要解答这个问题须要明确一点程序的启动原理。看完之后你就会明确。

首先，建立一个Single View Application项目以方便我们的研究。能够明白的是。不论是C语言还是Objiective-C语言程序，程序执行的入口都是main函数。所以我们从main函数開始入手。

创建新项目

main函数

看不懂这个main函数里面的代码？

int UIApplicationMain ( int argc, char *argv[], NSString *principalClassName, NSString *delegateClassName );

按住Option键点击这种方法UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]))，通过Apple的官方帮助文档。我们来了解这个函数。
主要解析函数的后两个參数：

參数	说明
principalClassName	指定应用程序类名（app的象征）。该类必须是UIApplication(或子类)。假设为nil,则用UIApplication类作为默认值
delegateClassName	指定应用程序的代理类，该类必须遵守UIApplicationDelegate协议

总结一下这个函数的作用，依照执行的过程。大概有四点：

• 依据principalClassName实例化一个UIApplication类或其子类的对象，依据delegateClassName创建一个delegate对象，并将这个delegate对象赋值给UIApplicationd对象的delegate属性。

• 接着会建立应用程序的Main Runloop（事件循环），进行事件的处理。
• 假设应用的info.plist文件中，一个描写叙述主nib文件中有keyword。且这个keyword相应了可用的nib文件就载入这个文件。

  (假设没有，就会在程序完成后调用delegate对象的application:didFinishLaunchingWithOptions:方法)

• 程序正常退出时UIApplicationMain函数才返回

什么是UIApplication类?

我们不纠结，你须要知道的是，UIApplication对象是应用程序的象征，所以每个应用都有自己的UIApplication对象，并且是单例的（也就是说一个应用中仅仅有一个UIApplication对象），利用UIApplication对象，能进行一些应用级别的操作
。最重要的是，依据对main函数的研究，能够得出结论，UIApplication对象是程序创建的第一个对象！

重点来看这一条：

• 假设应用的info.plist文件中。一个描写叙述主nib文件中有keyword。且这个keyword相应了可用的nib文件就载入这个文件。(假设没有，就会在程序完成后调用delegate对象的application:didFinishLaunchingWithOptions:方法)

找到infp.plist文件。如图，我们找到了main这个keyword。由于它的存在。我们的程序会去载入main.storyboard这个文件，程序启动完毕之后，我们就在模拟器的界面上看到了它白色的View。

Info.plist文件

如图，假如我们删掉这个main，事实上就是删掉了info.plist文件中面的mainkeyword。再执行程序，你会发现你的模拟器黑洞洞一片，什么都没有了。

把红框框里的main删掉！

那么，程序到这里究竟是怎么执行的呢？
注意上面那条括号中面的文字。假设你了解代理机制：成为了某个对象的代理，就要遵守它的代理协议，依据这份协议，就知道有些方法须要你去实现。这就是两个AppDelegate文件的由来--原来他们就是来实现UIApplicationDelegate代理方法的。

看以下的图，

AppDelegate.m文件中自己主动生成的代理方法

我们已经知道，当应用启动完毕后会调用delegate对象的application:didFinishLaunchingWithOptions:方法，那么我们尝试在这种方法里面写一些代码：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // Override point for customization after application launch.

    // 1.创建窗体
    self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];

    // 2.载入storyboard文件。创建控制器
    // name:就是storyboard文件名称
    // bundle:主bundle,传入nil。表示主bundle
    UIStoryboard *storyboard = [UIStoryboard storyboardWithName:@"Main" bundle:nil];

    // 通过storyboard对象创建控制器
    // instantiateInitialViewController：载入storyboard箭头指向的控制器
    UIViewController *rootVc = [storyboard instantiateInitialViewController];

    // 3.设置窗体的根控制器。而且显示窗体
    self.window.rootViewController = rootVc;

    // 4.显示窗体
    [self.window makeKeyAndVisible];

    return YES;
}

再又一次执行程序，你会发现，你的模拟器界面又变白了。没错。你看到的还是main.storyboard文件中的控制器的view。也就是说，假设我们什么都不改变，Xcode会自己主动帮我们生成这些代码。

临时不要纠结这些代码，让你理解这整个流程是这篇文章的关键，相信会对你以后的学习带来帮助。

希望能够帮助到你。有问题能够关注我哦。我们一起coding