在A 跳到 B ，再跳到C的过程中，一定条件下发送广播，需要把B关掉，达到的效果就是 C直接返回A。
但是现在出现一个Bug就是C返回的时候，还是B。当时没有打印onCreate的日志，只发现B在前面finish了，居然又在后面onResume了，这显然违反科学。当时想就算B启动了多个，B也都在onCreate的时候注册了广播，都应该可以收到广播的。后面怀疑是手滑不小心点击了2次，或是系统突然响应过慢，点击了多次，造成创建了多个实例，所以我直接通过for循环快速模拟这种情况。
可以jvm参数 java.system.class.loader 设置默认的系统加载器，默认是当前线程的ContextClassLoader。来自sun.misc.Launcher.getLauncher的getClassLoader, 而getLauncher的getClassLoader实际来自Launcher.AppClassLoader.getAppClassLoader。
我们写JNI的时候，通常要通过 如果需要反调java层的代码，是需要通过jvm->AttachCurrentThread 将当前线程注册到虚拟机中，为什么一定要调用这个方法呢？我们追一下这个方法里面到底做了什么？
代码层面，所有的锁在cpu层面都是一条条的指令，所有最终所有的锁，都要考底层指令的支持，CAS是代码层面比较常用的一种“无锁”,实际对应于cpu里面的几条指令，当然一个cpu有多个核下是如何解决锁的。在单核的时候，还可以通过关闭中断，来阻止操作系统调度。但是在多核的情况下，各个cpu是并行执行的，因此这个时候，就会出现，同时获取到锁的状态，而这个时候，通过禁止中断，是没有效果的，就需要引入一种机制实现多核本地缓存失效和内存全局的锁，涉及多级缓存的失效与同步，其实在计算机组成原理与操作系统里面有学的。
之前有debug过jvm, 开发anroid 临时起意想能不能动态debug art虚拟机，代码是看不下去的，还是跑起来直观。其实调试其他native lib 的原理是一样的。网上也看到一些，受启发比较大的是这位大佬17年写的https://zhuanlan.zhihu.com/p/24867284, 在此先感谢一下他，自己也算是做一个较的，记录一下自己踩过的坑。以下全部基于Android 9 。
这个有门槛，毕竟AOSP 超大。有个在64核服务器当然好，大概半个小时，全目录60GB左右，但是自己笔记本还是吃不消的，怎么拉下自己编译，还请google。如果只是想要原生这里有https://ci.android.com/，AOSP google编译的，可以在里面直接下载AOSP编译文件，也比较大，且需要联网。如果你还有个pixel, 还可以用来刷机。
请设计一个函数，用来判断在一个矩阵中是否存在一条包含某字符串所有字符的路径。路径可以从矩阵中的任意一格开始，每一步可以在矩阵中向左、右、上、下移动一格。如果一条路径经过了矩阵的某一格，那么该路径不能再次进入该格子。例如，在下面的3×4的矩阵中包含一条字符串“bfce”的路径（路径中的字母用加粗标出）。
给定一个字符串，请你找出其中不含有重复字符的 *最长子串 *的长度。
数字以0123456789101112131415…的格式序列化到一个字符序列中。在这个序列中，第5位（从下标0开始计数）是5，第13位是1，第19位是4，等等。