Android 技术的下半场

作者 : 开心源码 本文共5321个字,预计阅读时间需要14分钟 发布时间: 2022-05-12 共174人阅读

2018年,整个移动互联网进入了下半场。越来越多的人在提“手机端的下半场”、“Android开发的焦虑”之类的,也有人在喊“技术天天在变,学也学不完”,“昨天Kotlin今天Flutter”。其实我却认为,假如你技术达到了肯定程度,你无需太过在意这些。

手机端真正进入下半场了吗?于我看来并没有,最多说“Android技术的探究”进入了下半场,而整个市场还是乐观的。以前是BAT的天下,而近两年出来越来越多的独角兽:头条、抖音、拼多多、快手、小猿搜题等,这些公司的业务都在手机端上,他们需要招聘更多的手机端人才。假如真要说下半场,只能说很多小型创业公司在退出市场,这的确会导致很多入门工程师失业,但这也说明了这个行业在更加规范。

而且,对于Android工程师而言,这更是个好的时代。互联网下沉,那么下沉市场里的客户是使用Android多还是iOS多,大家都清楚。

那么,对于工程师而言需要做什么才能存活呢?很简单,要么转行,要么提高。我相信,一个技术不错的工程师,不但无需焦虑,而且在这个时代,能够拥有稳固的职业生涯和丰厚的收入。

Android技术的下半场

要说下半场,我更愿意说是“Android技术的下半场”,随着这几年大量的工程师和公司投入研发,Android技术已经从最早的简单页面,到越来越复杂的交互,再到动态化、插件化等新技术和黑科技,这个领域的深度在不断加深。

假如想成为优秀、不担心淘汰的工程师,绝不是一味跟风新技术,今天学Kotlin、明天学Flutter,疲于奔命;而应该持续努力去完善自己的知识体系,保持肯定的技术深度。

因而,本专栏希望在大家做UI、界面开发之余,分享少量Android架构方面的知识和技能。

希望且相信这些技能能够让读者真正摆脱技术焦虑,最终找到自己的方向和竞争力。

业务同学需要理解架构吗?

有的同学会问,我平时都在写业务代码、写页面、调用SDK,有必要去理解架构吗?答案很简单,业务是表,架构是里。变化万千的业务背后都是大同小异的架构。时代更迭,业务变迁,了解架构的技术人员可以处变不惊,而非疲于奔命。

因而,本人建议业务同学在繁重的业务开发之余,可以多去研究少量底层库原理,而非停留在花式调用SDK的阶段,这会让你具有更强的技术竞争力。

架构孵化于业务,服务于业务

不少公司的架构同学和业务同学都存在一种矛盾:架构与业务互相独立,导致输出的技术总是不能很好的满足业务需求,导致的结果是:架构同学有心无力,业务同学有苦难言。

实际上,真正好的架构是从业务中孵化出来的,而且能服务于更广阔的业务形态。

举几个例子大家就清楚了。

大家都知道阿里主营电商业务,而电商是强经营的,所以对于动态化有非常强的需求,也就是希望App尽可能像网页一样,能够随时升级页面内容。于是,阿里内部孵化出了Weex,通过远程开发部署js代码,就可实时升级页面内容;

另外,手淘App对于整个阿里集团的战略意义非常大,它不仅是盈利怪兽,而且是整个集团的流量入口(手淘DAU自2015年即达1.1亿)。这也就是阿里曾提出的“航母策略”:手淘如一座航母,集团内各种业务形态如飞猪、闲鱼、天猫等都可坐落在其上。于是,Atlas诞生了,所有App都可以轻松集成到手淘上,享受流量滋养。

相似的例子还有很多,比方大家熟知的微信,需要保证消息在任何复杂网络下都能有最高的到达率。因而微信自研了一套跨平台长连接方案,提出智能心跳方案、多种弱网应对策略如多级超时等,最终推出了Mars,保证了全国各种网络环境下的客户都能稳固的收发消息。

有些同学可能理解阿里15年提出的“大中台,小前端战略”,搭建集团数据中台、技术中台,帮助各种前端业务快跑前进;这样的技术架构和组织架构帮助阿里快速孵化出各种新的业务,比方18年初的淘宝特价版,据朋友理解整个App从启动到上线只用了短短一个多月的时间。今年,腾讯组织架构调整,担任CTO的张志东就提到:“没有能帮助到公司级的数据中台建设,我个人也蛮遗憾。”,自此腾讯也正式启动了“中台架构”建设。

所以说,不同的业务形态,能孵化出特有的架构。

架构是根,扎得越深,业务才越能开枝散叶。

专栏技术图谱

闲话说了不少,下面正式谈一谈本专栏会覆盖的少量技术点吧。这些技术点会基于本人日常的工作积累,同时结合各大厂开源的技术体系,(当然对于阿里闭源的会尽量规避掉,线下可以做少量技术讨论)。

下面,我把后面专栏会覆盖到的技术点列出来,当然在写作的过程中还会逐渐调整。

  1. 动态化专题 因为App获客成本不断提高,动态化是近年来越来越重要的技术架构,例如React Native、小程序、快应用等都在试图让App具有实时升级、随手可得。本专题会对各厂提出的动态化方案进行分析,如JsBridge;包括小程序方案的少量实现思路,比方多进程的H5容器架构;另外,还会分析少量适用于移动平台的动态化编程语言如Lua,Javascript等。

  2. 图片专题 对于亿级App而言,图片的任何优化都对于流量、体验等具备重要意义。比方Google+ App采用 WebP 图片格式后,每天节省了 50TB数据存储空间。因而,本专题会谈一下各大厂如腾讯、FB、Google等在图片优化方面提出过哪些方案,比方WebP vs SharpP;另外也会分析少量大家用的比较多的Glide、Fresco是如何做图片缓存、如何基于Dalvik/Art不同的内存结构来优化。

  3. 省流专题 上面谈到了图片的压缩,其实节省流量是一个永恒的话题,它不仅能改善客户体验,也能帮助减少客户流量开销,节省公司成本。因而,本专题会谈一谈如何监控Android流量;有哪些常用的Diff及压缩算法,比方Tinker里自研的Diff算法 vs Google提出的google-diff vs BsDiff等;如何选用数据通信格式如json、ProtoBuf;FastJson、Jackson各自的优势等等。

  4. 网络专题 大多数业务同学对网络的认识就是OkHttp+Json解析,实际上,网络这一块还存在非常多值得研究的技术点。一个优质的App,除了在网络良好的环境下运行,更重要的是,必需在弱网、网络劫持、网络慢等复杂环境下也要良好运行,而且还得快,这也就涉及到DNS加速、网络结果缓存等。 之前大厂都在提“页面秒开”的概念,页面打开速度很大程度取决于当下的网络环境,也对于客户体验和留存有非常大的影响。这个专题我们谈谈网络相关的技术点。

  5. 监控与日志专题 对于监控和日志,多数人的印象是集成一个第三方SDK,如Fabric、Bugly等。业务同学或者许对日志理解不是特别多,但实际上日志是至关重要的,尤其是在排查复杂问题时。 本专题我们谈一下如何做到日志不丢失,如何后端上报且不影响App运行,最有意思的一点:如何利用长连接等技术,实时拉取任意客户的本地详细日志

  6. 安全专题 安全专题就离多数比较远了,这里我们讲解少量常见的和业务相关的安全话题,具体后续补充。

  7. 高可用专题 后续补充

  8. GC专题 后续补充

专题计划技术点列表

1. 动态化专题

  • 如何让JavaScript与App交互
  • 如何实现“即点即可使用”之小程序、快应用
  • H5容器之多进程架构
  • 动态化编程之Lua
  • …等
    2. 图片专题
  • 图片压缩之WebP与腾讯SharpP的实现机制
  • 图片内存优化之Glide和Fresco原理篇
  • png jpg等常用图片格式的内存、解压速度分析
  • …等
    3. 省流专题
  • Android流量监控
  • 文件压缩 zip 7z gzip等
  • 增量升级之diff算法,案例:Tinker自研diff/patch算法
  • 图片缓存技术
  • WebView缓存优化
  • 数据传输协议比照之ProfoBuf、FastJson、Jackson
  • …等
    4. 网络专题
  • 可靠长连接的意义
  • HTTPDNS DNS劫持
  • 网络嗅探
  • Http2/Https/QUIC协议比照
  • CDN 削峰填谷
  • 如何做全局网络限流,保证业务流量高优先级
  • …等
    5. 监控与日志专题
  • mmap日志落地方式,开源项目Loganxlog等分析
  • 通过长连接动态拉取日志
  • 假如长连接断开、通过短连接兜底拉取日志
  • 日志上报,本地分片存储及后端上报策略
  • …等
    6. 安全专题
  • 手机端的加密算法之对称与非对称,防篡改
  • 常规编码方式一览 md5 base64
  • …等

下半场

下半场我们的战场在哪里?

NDK

音视频/高清大图片/人工智能/直播/抖音等等这年与客户最紧密,与我们生活最相关的技术一直都在寻觅最终的技术落地平台,以前是windows系统,而现在则是移动系统了,移动系统中又是以Android占比绝大部分为前提,所以Android NDK技术已经是我们必备技能了。要学习好NDK,其中的关于C/C++,jni,Linux基础都是需要学习的,除此之外,音视频的编解码技术,流媒体协议,ffmpeg这些都是音视频开发必备技能,而且OpenCV/OpenGl/ 这些又是图像解决必备知识。NDK板块开发.png

区块链

2018年初,投资大亨徐小平的一张聊天截屏撼动了整个互联网圈,可谓一石激起千层浪。一时间,连卖菜大妈都在探讨区块链,各类打着区块链的牌子圈钱割韭菜的公司、创业团队如雨后春笋,直到李笑来的一段录音流出,感觉大家都被这场“革命”的资本家当傻逼使了,着实为这把大火浇了一盆水。说区块链会比曾经的互联网革命还要猛烈,我觉得有点喧宾夺主了,区块链只是互联网这个土壤上长出来的一根藤,只会在有限领域发挥很好的作用。技术上看,区块链不是什么新技术,是密码学、分布式、p2p等技术结合经济学在特定领域的应用。假如你本身在密码学、安全领域或者分布式开发领域有经验,转区块链开发又有何难?换个赛道开车而已。不过据我所知的 Android 用户端开发,95% 是没有机会也没自主去从事或者深入研究过这方面的技术,所以基本认定区块链不是 Android 开发的下半场,转岗搞区块链优势不大。

小程序

RN、Weex、小程序出来的时候,我都有研究过,并且能轻易上手,作为一名 Android 原生开发的我都能轻易上手,更不用说那些前台工程师了,而且现在各家小程序的上层开发技术在我看来都是快消品,五年、十年后他们还在么?当然假如我们能笼统一下各家小程序背后的技术本质,例如深入研究 JS 执行引擎原理、浏览器内核等,那你又管他五年后XX小程序还是WW小程序呢?一定离不开这些技术本质,这一点很多前台小伙伴肯定比我们终端小伙伴玩的溜。微信小程序开发.png

人工智能

人工智能并不是什么新概念了,可以说自计算机诞生就有人思考人工智能的问题了,不过人工智能的概念是在 1956 年夏天、美国达特茅斯学院的一次研讨会上初次提出的,那次会议聚集了麦卡锡、香农等业界泰斗,被认为是人工智能的诞生标志,史称达特茅斯会议。此后,每隔一段时间,人工智能就发展到一个新的阶段,例如 1963 年计算机与人类的初次象棋大战、1996 年深蓝计算机战胜国际象棋大师、1997 年比尔盖茨的智能化豪宅建成,推进智能家居的概念诞生、近些年 Google 的 AlphaGo、无人无人车等,语音、图像识别等技术已经进入多个领域的应用。2018 年,移动互联网各个方面应用领域进入红海,各大巨头都在寻觅新的赛场,人工智能成了“兵家必争之地”,BAT 等互联网巨头都纷纷成了 AI 试验室…

如何在下半场走得更远

无论是上半场还是下半场,我们只是换了个现场而已,在我们一生所学的本领中,有些换了个战场就不能用了,有些还能继续使用。

说到这个, 我想起了有个前辈说的一个概念:知识衰竭周期,这里我拓展为技能衰竭周期。我们一身中所学习的技能,有的很快就过时,称之为衰竭,有的技能十年、百年都不过时,这里有个最鲜明比照: 研究心血管的医生和 fash 程序员,医生完全不用担心人体心血管结构会变化而自己的技能经验会淘汰,而十年前比较火的 flash 开发技术如今快面临淘汰了,所以说学医的普片越老越吃香,而我们程序员不得不不断学习。既然要学习,我们也考虑下成本和收益,多花些心思在衰竭周期较长的知识、技能上。

image

从上到下衰竭周期越长,从下到上变化越多同时短期内的需求越多。长远来看,越是底层的东西越值得我们去研究,底层的搞明白了,上层变化再多都能很快上手,以不变应万变。以上图片是我个人 YY 的,肯定不全面,但能表达一个意思:技术服务业务, 越是上层的技术越受制于业务,业务千变万化,上层的技术形态也就千变万化。

学习技术是一条慢长而艰苦的道路,不能靠一时激情,也不是熬几天几夜就能学好的,必需养成平常努力学习的习惯。所以:贵在坚持!
最后,祝愿即将跳槽和已经开始求职的大家都能找到一份好的工作,小编这里面还有少量试题分享在我的Android IOC架构设计群里,可以来群里下载,群里还有少量行业大牛,群里也会有不定时送书等活动,欢迎前来下载。

Android高级技术大纲.png

资料领取

点赞+加群免费获取 Android IOC架构设计

加群领取获取往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、NDK、混合式开发(ReactNative+Weex)微信小程序、Flutter全方面的Android进阶实践技术,群内还有技术大牛一起探讨交流处理问题。

说明
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,您必须在下载后24小时内删除!
3. 不得使用于非法商业用途,不得违反国家法律。否则后果自负!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是摆设,本站源码仅提供给会员学习使用!
7. 如遇到加密压缩包,请使用360解压,如遇到无法解压的请联系管理员
开心源码网 » Android 技术的下半场

发表回复