App安装方式：install和push。install命令安装到/data/app目录，push命令一般往/system/app或/system/priv-app目录推送 Android中不同应用权限级别从低到高总结场景 （1）/data/app 普通应用。只用到了普通权限，比如上网权限等等。 （2）/system/app 系统应用，用来可以限制无法手动卸载，对系统权限没有要求的情况，无法调用系

Linux的Capabilities机制可以对root身份进行更加精细的控制。在研究tcpdump如何在android上运行时，遇到了一个难题：You don't have permission to capture on that device,(socket: Operation not permitted)，可是我明明已经把tcpdump文件权限设置成了777，按道理不应该出现这个问题。后来

先看这里 flow和channel的区别，flow的消息会被消费N次，channel的每个消息只会被消费一次 SafeFlow不是线程共享的，MutableStateFlow和MutableSharedFlow是线程共享的 MutableStateFlow遇到相同的消息不会通知观察者，MutableSharedFlow不管消息是否相同都会通知观察者 SafeFlow 默认情况下，调用kotlin提

./gradlew :app:dependencies > dependencies.txt 查看模块的依赖关系，保存到文件中 在报错信息中找到报错的依赖，或者版本号，再去刚才保存的dependencies.txt中搜索关键字，这样就能找到问题的根源 在maven版本库可以搜到所有版本号，针对报错的依赖库进行升级或者降级，问题就能解决 补充 有些报错比较抽象，比如下面这个问题： C:/Us

定义AIDL接口 使用场景：在library/module中定义AIDL，打包成sdk，再给其他APP调用 第一步，新建一个module，取名为sdk，在main目录下新建AIDL文件 编辑器报错，无法创建，我们需要在build.gradle文件设置一下，内容如下： 添加之后再sync一下，然后就可以创建AIDL文件了，AIDL文件长下面这个样子 文件名以.aidl结尾，里面的内容跟我们平时

公平锁： 每个线程获取锁的顺序是按照线程访问锁的先后顺序获取的，最前面的线程总是最先获取到锁。公平锁的优点是按序平均分配锁资源，不会出现线程饿死的情况，它的缺点是按序唤醒线程的开销大，执行性能不高 非公平锁： 每个线程获取锁的顺序是随机的，并不会遵循先来先得的规则，所有线程会竞争获取锁。非公平锁的优点是执行效率高，谁先获取到锁，锁就属于谁，不会“按资排辈”以及顺序唤醒，但缺点是资源分配随机性强，可

调用流程：ActivityThread.handleResumeActivity-->WindowManager.addView(DecorView,LayoutParams)-->WindowManagerGlobal.addView-->ViewRootImpl.setView-->requestLayout()-->scheduleTraversals() vo

使用方法 val client = OkHttpClient() val builder = Request.Builder().url("https://example.com") // 1.同步请求 client.newCall(builder.build()).execute() // 2.异步请求 client.newCall(builder.build()).enqueue(object

「在通信刚开始的时候使用非对称加密算法，解决密钥交换的问题。后续全都使用对称加密进行通信」 握手流程 客户端带上自己产生的随机数和支持的加密套件向服务器发出 Client Hello 请求。 服务器收到请求后带上自己的随机数以及选择的加密套件返回 Server Hello 信息。在之后服务器发送自己的证书。此时服务器也可要求客户端出示证书。发送完成后发送 Server Hello

写法 class Test { companion object { } } 反编译后 public final class Test { @NotNull public static final Companion Companion = new Companion((DefaultConstructorMarker)null); public static