2021新一波程序员跳槽季,醍醐灌顶!

前言

咱们这行似乎每个人都有个常识:程序员做到35岁之后,职业道路就很窄了,但我不信这个邪,我今年37岁,依然活跃在开发一线,并且做到了月入四万+。

偶尔也有人问,你是怎么打破35岁定律的?对于这个问题我从没正面回答过,直到今年年初。

今年疫情期间,与同行好友的一席聊天,让我足足思考了两天:回想起来其实自己之前也走过不少弯路,但比起大多数同行,自己最大的幸运,是坚持走完3条路之后,最终找准了自己最适合的那一条。

对职业规划有困惑的朋友,可以听我慢慢说来

1面 - 基础面

  1. 你们 Android 开发的时候,对于 UI 稿的 px 是如何适配的?
  • dpi:屏幕像素密度,指的是在系统软件上指定的单位尺寸的像素数量,它往往是写在系统出厂配置文件的一个固定值;
  • ppi:也是屏幕像素密度,但这个是物理上的概念,它是客观存在的不会改变。dpi是软件参考了物理像素密度后,人为指定的一个值,这样保证了某一个区间内的物理像素密度在软件上都使用同一个值;
  • dp加上自适应布局和weight比例布局能解决90%的适配问题。因为并不是所有的1080P的手机dpi都是480,比如Google 的Pixel2(1920*1080)的dpi是420;
  • 宽高限定符适配:穷举市面上所有的Android手机的宽高像素值,设定一个基准的分辨率,其他分辨率都根据这个基准分辨率来计算,在不同的尺寸文件夹内部,根据该尺寸编写对应的dimens文件。但其有一个致命的缺陷,那就是需要精准命中才能适配,App包体积也会变大
  1. 两个值相等的 Integer 对象,== 比较,判断是否相等?

  2. 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。
  1. 子线程是否可以 context.startActivity() (如ApplicationContext), 会不会有什么问题?

写 demo 试了下是可以的。但会有什么问题还没弄清楚…

  1. Handler机制整体流程;Looper.loop()为什么不会阻塞主线程;IdHandler(闲时机制);postDelay()的具体实现;post()与sendMessage()区别;使用Handler需要注意什么问题,怎么解决的?

问题很细,能准备多详细就准备多详细。人家自己封装了一套 Handler 来避免内存泄漏问题

  1. Native、H5、RN页面混合跳转时,页面清栈的桥如何实现的?

自己做的一个项目,原理讲清楚就行,讲不清就画图

  1. 怎么计算一个View在屏幕可见部分的百分比?

  2. ClassLoader 的双亲委派机制

  3. 简单介绍下 Https 的原理

  4. 什么情况会导致内存泄漏,如何修复?

  5. 下载一张很大的图,如何保证不 oom?

  6. 有没有做过UI方面的优化,做过哪些?

  • 调试GPU过度绘制,将Overdraw降低到合理范围内;
  • 减少嵌套层次及控件个数,保持view的树形结构尽量扁平(使用Hierarchy Viewer可以方便的查看),同时移除所有不需要渲染的view;
  • 使用GPU配置渲染工具,定位出问题发生在具体哪个步骤,使用TraceView精准定位代码;
  • 使用标签,merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)
  1. WebView 与 JS 交互方式,shouldOverrideUrlLoading、onJsPrompt使用有啥区别

  2. Flutter、Kotlin接触使用过没有

  3. 其他项目相关问题

  4. 算法 - 二叉树输出第 k 层节点元素

2面 - 项目专项

  1. Native、H5、RN页面混合跳转时,页面清栈的桥实现

  2. 页面混编框架的设计与难点

  3. RN 通用容器的设计

  4. 用户行为监控方案设计

  5. JS 错误治理方案

  6. RN 页面对用户行为的监控与JS错误治理,在问题发现有什么收获、优化点

  7. 美团 RN 相对于原生 RN 的有什么优势

3面 - 基础加深

  1. 你们公司 Picasso 有使用过没,介绍下

  2. Picasso 单引擎,在多 Bundle 的情况下怎么保证数据隔离的?

  3. 美团 RN 与 Picasso 的区别

4.省略若干项目相关问题…

  1. RN 的页面追踪埋点如何实现的

  2. 美团首页是否是 RN 页面,MTFlexBox 原理

  3. synchronized 修饰 static 方法、普通方法、类、方法块区别

  4. synchronized 底层实现原理

  5. volatile 的作用和原理

  6. 一个 int 变量用 volatile 修饰,多线程去操作 i++,是否线程安全?如何保证 i++ 线程安全?AtomicInteger 的底层实现原理?

使用 AtomicInteger 可以使 i++ 线程安全

  1. 说下对线程池的理解,以及创建线程池的几个关键参数

  2. Handler 机制又问了一遍…

  3. 介绍下 Binder 机制,与内存共享机制有什么区别?

  4. Java 集合,介绍下ArrayList 和 HashMap 的使用场景,底层实现原理

  5. ArrayList 与 LinkedList 的区别

  6. 算法 - 两个有序的链表的合并

  7. 算法 - 输入一个字符串(不含*和.)、正则(字母、*和.任意组合),判断字符串是否合法

  8. 简单介绍下,项目中遇到的一些技术难点

4面 - 交叉面

  1. 下面的代码, str 值最终为多少?换成 Integer 值又为多少,是否会被改变?
  • 考点:Java 值传递 (第 2 题相同)。编写代码测试,在 changeValue() 方法中修改入参,并不会改变之前的值;
  • 原理 :方法得到的是所有参数值的一个拷贝,即方法不能修改传递给它的任何参数变量的内容。基本类型参数传递的是参数副本,对象类型参数传递的是对象地址的副本;
  • 题解:在 changeValue() 中,对于对象类型参数,直接修改的是对象地址副本的值,所以之前变量的地址并未被修改!若修改的是对象实例里面的某个值,之前变量则会被修改

结尾

好了,今天的分享就到这里,如果你对在面试中遇到的问题,或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己,对于自己的未来还不够了解不知道给如何规划,可以来看看同行们都是如何突破现状,怎么学习的,来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

这里放上一部分我工作以来以及参与过的大大小小的面试收集总结出来的一套**进阶学习的视频及面试专题资料包**,在这里免费分享给大家,主要还是希望大家在如今大环境不好的情况下面试能够顺利一点,希望可以帮助到大家~

*,在这里免费分享给大家,主要还是希望大家在如今大环境不好的情况下面试能够顺利一点,希望可以帮助到大家~

[外链图片转存中…(img-bT0HcsW9-1621907676947)]

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值