前言
今天我给大家再次分享一下,我最近的一些读书的感想,思考起来,确实能够给自己带来一些真实的帮助和启发,希望大家在平时的工作学习中,也能够认清楚学习的一些本质。
如果我们的学习是在不断掌握应对具体工作场景和问题的方法,那就是在努力提升技术效率。在这种模式下,我们遇到每个新问题都要学习新知识。
如果我们的学习是在了解问题本质,了解解决方案的底层规律,能够让我们认清楚问题表象背后的实质,那我们就是在提升认知效率。在这种模式下,我们会发现,很多看似全新的问题,其实只不过是狡猾的旧问题换了一身装扮再次出现而已。
然而,我们大多数人的学习层次一直无法提升,就是因为我们掉进了追逐技术效率的游戏圈套:我们越努力,跑得越快,要学习的新知识就越多。而这,让我们陷入了学习的“老鼠赛道”。在老鼠赛道中,我们看起来一直在努力,可是其实是在原地打转。
面试部门 + 岗位:商业化 - 高级 Android 开发工程师
面试感想:整体面得比较累,基础面、交叉面、Boss面,前前后后对接了 6 个面试官 (离当初给我说的 3面+HR面 貌似差得有点远¬_¬) 。算法到 Boss 面都还在写,不过庆幸的是面试官没有为难我 (老实交代了算法没怎么准备,哎…),算法都不太难。整体项目比基础问得多。
面试建议:算法、基础是敲门砖,项目是试金石,良好的面试形象是加分项。
简历上列举的项目多想想,为什么做这个项目?做这个项目的目标是什么?我的方案是什么?相对其他方案我的方案优势是什么?项目的收益是什么?项目的架构图是否能画出来?项目中使用的主要框架原理是否前前后后都清楚?(我大概就是项目拯救了自己,基础准备有点仓促T^T)。
如果是现场或视频面试,良好的面试形象还是比较有必要的。在部门 TL 面的时候,就提到我相对很多其他面试者比较好的一点就是,整个人的形象状态比较好,没有让人觉得很疲惫。
【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() 中,对于对象类型参数,直接修改的是对象地址副本的值,所以之前变量的地址并未被修改!若修改的是对象实例里面的某个值,之前变量则会被修改
public void test() {
String str = "123";
changeValue(str);
System.out.println("str值为: " + str); // str未被改变,str = "123"
}
public changeValue(String str) {
str = "abc";
}
- 下面的代码,再次使用对象 student 是否需要判空?
Java 中方法参数的使用情况总结:
- 一个方法不能修改一个基本数据类型的参数(即数值型或布尔型);
- 一个方法可以改变一个对象参数的状态;
- 一个方法不能让对象参数引用一个新的对象
public void test() {
Student student = new Student("Bobo", 15);
changeValue1(student); // student值未改变,不为null! 输出结果 student值为 name:Bobo、age:15
// changeValue2(student); // student值被改变,输出结果 student值为 name:Lily、age:20
System.out.println("student值为 name: " + student.name + "、age:" + student.age);
}
public changeValue1(Student student) {
student = null;
}
public static void changeValue2(Student student) {
student.name = "Lily";
student.age = 20;
}
-
Java 的几种引用类型,弱引用的使用场景?
-
线程池分类,解释下几个核心参数?
-
APK 的打包过程是什么?
- aapt 工具打包资源文件,生成 R.java 文件
- aidl 工具处理 AIDL 文件,生成对应的 .java 文件
- javac 工具编译 Java 文件,生成对应的 .class 文件
- 把 .class 文件转化成 Davik VM 支持的 .dex 文件
- apkbuilder 工具打包生成未签名的 .apk 文件
- jarsigner 对未签名 .apk 文件进行签名
- zipalign 工具对签名后的 .apk 文件进行对齐处理
- APK 为什么要签名?是否了解过具体的签名机制?
Android 为了确认 apk 开发者身份和防止内容的篡改,设计了一套 apk 签名的方案保证 apk 的安全性,即在打包时由开发者进行 apk 的签名,在安装 apk 时Android 系统会有相应的开发者身份和内容正确性的验证,只有验证通过才可以安装 apk,签名过程和验证的设计就是基于非对称加密的思想。
Android 在 7.0 以前使用的一套签名方案:在 apk 根目录下的 META-INF/ 文件夹下生成签名文件,然后在安装时在系统的 PackageManagerService 里进行签名文件的验证。
从 7.0 开始,Android 提供了新的 V2 签名方案:利用 apk(zip) 压缩文件的格式,在几个原始内容区之外增加了一块用于存放签名信息的数据区,然后同样在安装时在系统的 PackageManagerService 里进行 V2 版本的签名验证,V2 方案会更安全、使校验更快安装更快。
当然 V2 签名方案会向后兼容,如果没有使用 V2 签名就会默认走 V1 签名方案的验证过程。
- 为什么要分 dex ?SDK 21 不分 dex,直接全部加载会不会有什么问题?
求路过大神们的正解…
-
常见的设计模式有哪些?你提供的 JS 错误治理方案,用了哪些设计模式?
-
算法 - 二叉树层序遍历,奇数层逆序遍历节点,偶数层正序遍历
-
未来 3~5 年的规划是什么?
-
你觉得你的优点是什么?缺点是什么?
-
现在的职级,近期的绩效如何
【5面 - 部门 TL】
-
商业化部门相关的业务介绍 (核心大概是商业化部门壁垒高,培养一个人成本高,比做其他业务更有含金量,可以积累很多业务策略知识),然后让问他问题
-
未来几年的规划?生活上有什么规划?
-
你觉得你的优点是什么?缺点是什么?
-
现在的职级,近期的绩效如何
-
为什么给你这么好的绩效?
-
有没有看其他机会?阿里面试的情况
【6面 - 大 Boss】
-
算法 - 数组插入,考虑扩容
-
在项目的遇到的比较有挑战的事是什么?
-
你在美团负责的业务有哪些?
-
未来几年的规划是什么?
-
你觉得你的优点是什么?缺点是什么?
-
现在的职级,近期的绩效如何
【HR 面】
-
本科和研究生专业都是偏硬件的,是否有相关的软件经历?
-
研究生是保研的还是自己考的?
-
去美团之前有没有 Android 开发经历?
-
当时为什么要选择去美团?为什么要选择来北京?
-
为什么要换工作?期望以后的工作是怎样的?
金句:现在自己的技术成长有点碰到瓶颈,加上一直对您公司钦慕有加
-
现在的职级,近期的绩效如何?
-
这么好的绩效,为什么不选择美团内换部门看看机会?
-
几次晋升中,业绩亮点是什么?
-
家是哪里的,有回家那边发展的打算没有?
-
有打算再去看看快手之类的工作机会没有?
-
问一些阿里现在的面试进展和情况
-
期望的薪资
总结
现在新技术层出不穷,如果每次出新的技术,我们都深入的研究的话,很容易分散精力。新的技术可能很久之后我们才会在工作中用得上,当学的新技术无法学以致用,很容易被我们遗忘,到最后真的需要使用的时候,又要从头来过(虽然上手会更快)。
我觉得身为技术人,针对新技术应该是持拥抱态度的,入了这一行你就应该知道这是一个活到老学到老的行业,所以面对新技术,不要抵触,拥抱变化就好了。
Flutter 明显是一种全新的技术,而对于这个新技术在发布之初,花一个月的时间学习它,成本确实过高。但是周末花一天时间体验一下它的开发流程,了解一下它的优缺点、能干什么或者不能干什么。这个时间,并不是我们不能接受的。
如果有时间,其实通读一遍 Flutter 的文档,是最全面的一次对 Flutter 的了解过程。但是如果我们只有 8 小时的时间,我希望能关注一些最值得关注的点。
附
(跨平台开发(Flutter)、java基础与原理,自定义view、NDK、架构设计、性能优化、完整商业项目开发等)
我们不能接受的。
如果有时间,其实通读一遍 Flutter 的文档,是最全面的一次对 Flutter 的了解过程。但是如果我们只有 8 小时的时间,我希望能关注一些最值得关注的点。
附
(跨平台开发(Flutter)、java基础与原理,自定义view、NDK、架构设计、性能优化、完整商业项目开发等)
[外链图片转存中…(img-g43a0vYC-1616993518086)]