前言
俗话说“生于忧患,死于安乐”,其实大部分中年危机,就是在安乐中产生的。
有的人或许会反驳,“照你这么说,我还必须奋斗了,不奋斗就要死,难道选择安逸的生活就不对吗?我就没有选择自己生活方式的权利吗?”
说这句话的人其实有一些误解,误解就在于,安逸的生活并不等于不需要奋斗,这要看你的家底。
某聪如果说要选择安逸的生活,他可以很安逸,因为他有了安逸的资本,而大部分的你,并没有这个资本,你如果过早的选择了安逸的生活,那么结局往往会很悲惨,而你能做的,最多也就是让你的后代有选择安逸的资本。
而你,并没有这个选择的权利,所以,想要安逸的生活,就必须先奋斗!
而大部分中年危机,就是因为安逸之前的奋斗不足导致的。
【1面 - 基础面】
- 你们 Android 开发的时候,对于 UI 稿的 px 是如何适配的?
- dpi:屏幕像素密度,指的是在系统软件上指定的单位尺寸的像素数量,它往往是写在系统出厂配置文件的一个固定值;
- ppi:也是屏幕像素密度,但这个是物理上的概念,它是客观存在的不会改变。dpi是软件参考了物理像素密度后,人为指定的一个值,这样保证了某一个区间内的物理像素密度在软件上都使用同一个值;
- dp加上自适应布局和weight比例布局能解决90%的适配问题。因为并不是所有的1080P的手机dpi都是480,比如Google 的Pixel2(1920*1080)的dpi是420;
- 宽高限定符适配:穷举市面上所有的Android手机的宽高像素值,设定一个基准的分辨率,其他分辨率都根据这个基准分辨率来计算,在不同的尺寸文件夹内部,根据该尺寸编写对应的dimens文件。但其有一个致命的缺陷,那就是需要精准命中才能适配,App包体积也会变大
-
两个值相等的 Integer 对象,== 比较,判断是否相等?
-
Activity A 跳转Activity B,Activity B再按back键回退,两个过程各自的生命周期
- ActivityA跳转ActivityB的过程中,各自生命周期的执行顺序。例如:A.onCreate A.onStart A.onPause A.onStop B.onCreate B.onStart B.onPause B.onStop B.onDestroy?
ActivityA和ActivityB生命周期执行顺序如下: A.onPause -> B.onCreate -> B.onStart-> B.onResume-> A.onStop- ActivityB 按back键呢?
按下back键后: B.onPause->A.onRestart->A.onStart->A.onResume->B.onStop->B.onDestory- ActivityB是个窗口Activity的情况下,1、2的结论呢?
若ActivityB是个窗口,ActivityA跳转到ActivityB时,ActivityA失去焦点部分可见,故不会调用onStop,此时生命周期顺序: A.onPause -> B.onCreate -> B.onStart-> B.onResume
按下Back键后:B.onPause->A.onResume->B.onStop->B.onDestory- 切换横竖屏时,onCreate会调用吗?几次?
程序在运行时,一些设备的配置可能会改变,如:横竖屏的切换、键盘的可用性或语言的切换等,此时Activity会重新启动。其中的过程是:在销毁之前会先调用onSaveInstancestate()去保存应用中的一些数据,然后调用 onDestory(),最后才会去调用onCreate()或者onRestoreInstanceState方法重新启动Activiy。在切换屏幕时候会重新调用各个生命周期,切横屏时会执行一次onCreate,切竖屏时会执行两次onCreate。
- 子线程是否可以 context.startActivity() (如ApplicationContext), 会不会有什么问题?
写 demo 试了下是可以的。但会有什么问题还没弄清楚…
- Handler机制整体流程;Looper.loop()为什么不会阻塞主线程;IdHandler(闲时机制);postDelay()的具体实现;post()与sendMessage()区别;使用Handler需要注意什么问题,怎么解决的?
问题很细,能准备多详细就准备多详细。人家自己封装了一套 Handler 来避免内存泄漏问题
- Native、H5、RN页面混合跳转时,页面清栈的桥如何实现的?
自己做的一个项目,原理讲清楚就行,讲不清就画图
-
怎么计算一个View在屏幕可见部分的百分比?
-
ClassLoader 的双亲委派机制
-
简单介绍下 Https 的原理
-
什么情况会导致内存泄漏,如何修复?
-
下载一张很大的图,如何保证不 oom?
-
有没有做过UI方面的优化,做过哪些?
- 调试GPU过度绘制,将Overdraw降低到合理范围内;
- 减少嵌套层次及控件个数,保持view的树形结构尽量扁平(使用Hierarchy Viewer可以方便的查看),同时移除所有不需要渲染的view;
- 使用GPU配置渲染工具,定位出问题发生在具体哪个步骤,使用TraceView精准定位代码;
- 使用标签,merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)
-
WebView 与 JS 交互方式,shouldOverrideUrlLoading、onJsPrompt使用有啥区别
-
Flutter、Kotlin接触使用过没有
-
其他项目相关问题
-
算法 - 二叉树输出第 k 层节点元素
【2面 - 项目专项】
-
Native、H5、RN页面混合跳转时,页面清栈的桥实现
-
页面混编框架的设计与难点
-
RN 通用容器的设计
-
用户行为监控方案设计
-
JS 错误治理方案
-
RN 页面对用户行为的监控与JS错误治理,在问题发现有什么收获、优化点
-
美团 RN 相对于原生 RN 的有什么优势
【3面 - 基础加深】
-
你们公司 Picasso 有使用过没,介绍下
-
Picasso 单引擎,在多 Bundle 的情况下怎么保证数据隔离的?
-
美团 RN 与 Picasso 的区别
4.省略若干项目相关问题…
-
RN 的页面追踪埋点如何实现的
-
美团首页是否是 RN 页面,MTFlexBox 原理
-
synchronized 修饰 static 方法、普通方法、类、方法块区别
-
synchronized 底层实现原理
-
volatile 的作用和原理
-
一个 int 变量用 volatile 修饰,多线程去操作 i++,是否线程安全?如何保证 i++ 线程安全?AtomicInteger 的底层实现原理?
使用 AtomicInteger 可以使 i++ 线程安全
-
说下对线程池的理解,以及创建线程池的几个关键参数
-
Handler 机制又问了一遍…
-
介绍下 Binder 机制,与内存共享机制有什么区别?
-
Java 集合,介绍下ArrayList 和 HashMap 的使用场景,底层实现原理
-
ArrayList 与 LinkedList 的区别
-
算法 - 两个有序的链表的合并
-
算法 - 输入一个字符串(不含*和.)、正则(字母、*和.任意组合),判断字符串是否合法
-
简单介绍下,项目中遇到的一些技术难点
【4面 - 交叉面】
- 下面的代码, str 值最终为多少?换成 Integer 值又为多少,是否会被改变?
- 考点:Java 值传递 (第 2 题相同)。编写代码测试,在 changeValue() 方法中修改入参,并不会改变之前的值;
- 原理 :方法得到的是所有参数值的一个拷贝,即方法不能修改传递给它的任何参数变量的内容。基本类型参数传递的是参数副本,对象类型参数传递的是对象地址的副本;
- 题解:在 changeValue() 中,对于对象类型参数,直接修改的是对象地址副本的值,所以之前变量的地址并未被修改!若修改的是对象实例里面的某个值,之前变量则会被修改
最后
其实Android开发的知识点就那么多,面试问来问去还是那么点东西。所以面试没有其他的诀窍,只看你对这些知识点准备的充分程度。so,出去面试时先看看自己复习到了哪个阶段就好。
虽然 Android 没有前几年火热了,已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了,现在高级工程师还是比较缺少的,很多高级职位给的薪资真的特别高(钱多也不一定能找到合适的),所以努力让自己成为高级工程师才是最重要的。
这里附上上述的面试题相关的几十套字节跳动,京东,小米,腾讯、头条、阿里、美团等公司21年的面试题。把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节。
由于篇幅有限,这里以图片的形式给大家展示一小部分。
详细整理在GitHub可以见;
Android架构视频+BAT面试专题PDF+学习笔记
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
%95%E9%9D%A2%E8%AF%95%E6%8B%BF%E9%AB%98%E8%96%AA%EF%BC%81.md)**
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。