前言
“养心不如寡欲,自乐无如读书,痴云呆雨不可
恋,用功学习才最佳。”
“互联网寒冬”来临,一波又一波的裁员潮闹得人心惶惶。应届生卷,工作三五年的程序员也卷,找不对面试方法,再背题也是白搭。我在这分享一份微信视频号Android工程师的一二面。
一面:
(1h)
- Java层Crash是如何捕获到的?JavaCrash的捕获有几个关键部分
- RuntimeInit类中的LoggingHandler类,用于打印日志时使用
- 讲一下Handler机制
- Looper的定时器是用如何实现的?通过nativePollOnce(ptr, nextPollTimeoutMillis);定时睡眠nativeWake(mPtr);进行唤醒
- APK包里有什么?主要有5个部分:
- dex文件:.class文件编译后的产物
- Assets:资源文件,如图片等,主要是通过AssetsManger来进行加载。
- Resource:资源文件,layout等,通过R.xxxxxx.id来进行引用
- Library:so库引用目录
- META-INF:APK 签名有关的信息
- APP在运行时是通过什么来获取到layout文件的?
- 讲一下surfaceview跟textview。
- Activity A 启动 Activity B 时,他们在同一个栈的情况下生命周期以及执行顺序是怎么样的?
- Destroy()方法是什么时候调用的?
- 调用finish()方法。
- Handler中已经没有要处理的message。 满足这两个条件才会调用。
- volatile关键字讲一下。
- 讲一讲操作系统内核态跟系统态的了解。
- 操作系统内核是什么?
- 为什么操作系统要有内核态、系统态的存在?
- Linux有什么信号?
- sigill信号在什么情况下会触发?
- 算法:给一个数组,每个值表示的是在坐标系中的点下标,找出该数组在组成的最长直线为多少,相同最长长度直线有几条?
二面:
(40~50min) - 讲一下Android发生Crash的整体流程。Android在遇到非可检异常时就会触发该线程的 unCatchExcepttionHandler中的unCatchException()方法,最终在该方法的 process.kill()方法中杀死该进程,appCrash完成。
- Native层Crash是如何捕获到的?Android NativeCrash发生时会向该进程发出错误的不可处理信号,Linux系统收到该信号后无法处理便会杀死进程,发生Crash。Android当中捕获的方法主要是使用了Linux系统下的核心转储机制,在发生Crash前系统会记录下当前的上下文信息,形成tombstone文件,存储起来,再杀死线程,这个tombstone文件就是我们要分析的对象。
- RuntimeInit类中的KillApplicationHandler类,是一个系统默认的 UncaughtExceptionHandler,用于发生JavaCrash时kill掉进程
- 如何做到发生异常时不会杀死APP?在 UncaughtExceptionHandler.unCatchException方法调用Looper进行死循环可以。
- RuntimeInit类中的commonInit方法,其内部就是初始化了所有线程的set UncaughtExceptionHandler()。因此在发生非可检异常时,就会调用该线程的UncaughtExceptionHandler.unCatchException方法,在该方法内部进行捕获。
- volatile如何实现可见性?
- synchronize如何实现可见性?
- 有什么线程同步的机制?
- volatile防止指令重排代码级别如何实现?
- 操作系统内核本质上就是操作系统代码的常驻机构。
- 操作系统内核就是管理所有代码和数据结构的集合。
- 操作系统内核是软件和硬件之间的媒介。
- 算法:给一段数字,给出其可能组成的所有IP地址。
#微信##微信面试##Android##安卓工程师#