35岁以后的Android程序员出路在哪里?专题解析

前言

为什么今天突然说到学习路线,学习资料。因为最近在看知乎的时候,我看到一个大家都比较在意的一个问题,就是大家对工资和自己具备的能力是否成正比报有疑虑,所以今天这篇文章不仅仅是给大家解答这个疑虑,更多的是让大家变得更加优秀

是否能进一步优化自己的代码

1.保存在内存中的图片,是否做过压缩处理再保存在内存里否则可能由于图片质量太高,导致 OOM

2.Intent 传递的数据太大,会导致页面跳转过慢。太大的数据可以通过持久化的形式传递,例如读写文件

3.频繁地操作同一个文件或者执行同一个数据库操作,是否考虑把它用静态变量或者局部变量的形式缓存在内存里。用空间换时间

4.放在主页面的控件,是否可以考虑用 ViewStub 来优化启动速度

要小心第三方包

1.build.gradle 远程依赖第三方包时,版本号建议写死,不要使用+号避免由于新版本的第三方包引入了新的问题

2.导入第三方工程时,记得把编码转换成自己工程当前是用的编码

3.调用第三方的包或者 JDK 的方法时,要跳进他们的源码,看要不要加 try-catch否则可能会导致自己应用的崩溃

4.使用第三方包时,是否加上其混淆规则若漏掉加上第三方包的混淆规则,会导致第三方包不该混淆的代码被混淆。在 Debug 版本没有发现问题,但是 Release 版本就会出现问题

5.系统应用添加 so 时,是否在固件对应的 Android.mk 文件上加入新增的 so,否则系统可能编译不过

注意要成对出现的地方

1.系统的、自己写的,注册和反注册的方法,是否成对出现

2.在生命周期的回调里,创建和销毁的代码是否对应起来比如:onCreate() 里面创建了 Adapter,那么对应 Adapter 的退出处理操作(比如清空Image 缓存),一般就要写在 onDestory(),而不能写在 onDestoryView()。

类似的生命周期对应的代码有:onStart()、onStop();onCreate()、onDestory();onResume()、onPause();onCreateView()、onDestoryView()

3.若 ListView 的 item 复用了,对 Item 里 View 的操作是否成对出现比如:

比如以上对 mTitleView、mGreenLabelView 和 mRedLabelView 的操作,都是成对出现。否则 ListView 可能会由于 Item 复用,导致 Item 显示错乱问题

防内存泄漏

1.内部类,比如 Handler、Listener、Callback 是否是成 static class因为非静态内部类会持有外部类的引用。

2.假如子线程持有了 Activity,要用弱引用来持有比如 Request 的 Activity 就应该用弱引用的形式,防止内存泄漏。

3.要求传入 Activity 作为参数的函数,是否可以改用 getApplicationContext() 来作为参数

Handler相关

1.使用 View.post() 是否会有问题因为在 View 处于 detached 状态期间,post() 里面的 Runnable 是不会被执行的。只有在此 View 处于 attached 状态时才会被执行。

如果想改 Runnable 每次肯定会被执行,那么应该是用 Handler.post 来替代

2.假如程序可能多次在同一个 Handler 里 post 同一个 Runnable,每次 post 之前都应该先清空这个 Handler 中还没执行的该 Runnable如:

其他

1.多思考某些情况下,某变量是否会为空而且在函数体内,处理参数前,必须加上判空语句

2.回调函数是否处理好回调函数很容易出问题。比如网络请求的回调,需要判断此时的 Aciivity 等是否还存在,再进行调用。因为异步操作回来,Activity 可能就消失不存在了。而且还要对一些可能被回收的变量进行判空。

3.修改数据库后,是否把数据库的版本号+1

4.启动第三方的 Activity 时,是否判断了该 Intent 能否被解析

若 Activity 不存在,会出现 ActivityNotFoundException 的异常

5.新注册的 Activity、Service 或 Provider,若 AndroidManifest.xml 中 exported 属性为 true,要考虑是否会引发安全性问题

因为 exported 属性为 true 时,外部应用就可以直接调用起该 Activity。可能导致的问题:1)若外部应用直接启动详情页,从而让某些验证页面直接被绕过2)若外部应用给该 Activity 传递乱七八糟的 Intent,可能让该应用崩溃。也就是 Android中的拒绝服务漏洞

5.除数是否做了非 0 判断

6.不要在 Activity 的 onCreate 里调用 PopupWindow 的 showAsLoaction 方法,由于Activity 还没被加载完,会报错

总结

最后对于程序员来说,要学习的知识内容、技术有太多太多,要想不被环境淘汰就只有不断提升自己,从来都是我们去适应环境,而不是环境来适应我们!

这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司20年的面试题,把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节,由于篇幅有限,这里以图片的形式给大家展示一部分。

相信它会给大家带来很多收获:

上述【高清技术脑图】以及【配套的面试真题PDF】可以点击我的腾讯文档免费获取

本文在开源项目中已收录,里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…

当程序员容易,当一个优秀的程序员是需要不断学习的,从初级程序员到高级程序员,从初级架构师到资深架构师,或者走向管理,从技术经理到技术总监,每个阶段都需要掌握不同的能力。早早确定自己的职业方向,才能在工作和能力提升中甩开同龄人。

的程序员是需要不断学习的,从初级程序员到高级程序员,从初级架构师到资深架构师,或者走向管理,从技术经理到技术总监,每个阶段都需要掌握不同的能力。早早确定自己的职业方向,才能在工作和能力提升中甩开同龄人。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值