从零开始仿写一个抖音App——日志和埋点以及后端初步架构

• 1.很多人在写一些重复性的日志的时候就会想到 aop，这种技术可以在注解的方法前后注入需要的模板代码。我在上一篇文章中讲到了这个技术，有兴趣的同学可以去看看，这里我就简单说一下。
• 2.首先我们得先定义一个注解类，其可以用于注解类或者方法。注解类中可以被填入一些信息，比如是否需要打印方法的初入参等等。
• 3.在注解类使用了之后，我们需要用到 gradle transform。这种技术可以让我们在编译期间扫描所有的类，从而找被注解类所注解的方法和类。
• 4.最后我们可以用上javassist来给找到的方法前后注入我们需要的代码。注意这里的日志可以是本地的 debug日志，也可以是本地文件日志，还可以是埋点日志。可以说 aop 日志只是一种对另外几种日志的自动化封装。

3、网络请求日志

• 1.我们在调试网络请求的时候，除了抓包还会打印出网络请求。这个时候就如果有一种统一的形式来打印日志的话就会方便许多。
• 2.现在绝大部分的厂商使用的网络请求库都是 okhttp ,所以我就直接在其上面进行日志的定制就行了。因为项目的 http 模块还没有进行开发，所以还没有实现代码，这里就讲一讲大致方案。之后在开发 http 模块的时候会顺便讲解具体实现。
• 3.在讲解方案之前我们需要知道，okhttp 的工作方式。如图3中所示，在一个 okhttp 请求的过程中会经过一个个拦截器，从本地向网络请求的时候会经过一次，网络请求回来的时候又会经过一次。
• 4.所以我们就可以添加一个日志拦截器在两次经过拦截器的时候打印请求的 head 和按需打印 请求的 body。注意，这里打印可以是向 debug 日志、本地文件日志、埋点日志这三个地方打印。分别用于本地 debug、线上 debug和网络性能监控。

4、本地文件日志

• 1.当我们在线上遇见 bug 的时候咋办呢？有些 crash 的日志可以通过 bugly 这种平台来进行回捞。但是有些奇葩的 bug 只在某些机型甚至某些用户的手机上发生。这个时候本地文件日志就派上用场了。
• 2.我们可以在开发的时候在一些关键的功能上手动添加上本地文件日志。当某个用户报了 bug 之后我们就可以让其通过一个入口将文件日志发送到后台，最后由开发人员进行日志分析找到问题。
• 3.接下来我就来通过代码结合上面的图4来讲解本地文件日志的实现方式。
• 4.我们先来看看图4：
• 1.LocalFileLogger负责提供本模块对外的 api，主要功能有两个：
• 1.初始化和绑定LocalFileLoggerService(这是一个 service，可以通过 binder 来与外部交互)
• 2.通过 binder 将外部的添加日志的请求交给LocalFileLoggerService
• 2.LocalFileLoggerService中会初始化一个 HandlerThread，本 Service 会通过 Handler 向其不断的抛入经过高性能拼接的日志的添加请求。
• 3.FileLogger是负责将日志写入本地的类，其也初始化了一个 HandlerThread，并且自定义了一个 LoggerHandler。这个 Handler 会将 LocalFileLoggerService 抛过来的一条条日志进行累积，当积累到了一定量的时候。发出写入日志的请求交给 HandlerThread执行。

• 5.再来看看代码，我们跟着代码走一遍流程：
• 1.首先在图5中我们可以看见在 addLog 中经过一系列的调用，最终交给了 sLogInterface.log 这个对象是一个 Binder 对象，用于操作 LocalFileLoggerService 。
• 2.进入到图6，可以看见 Service 初始化了一个 HandlerThread 然后定义了一个 Handler 用于向其中抛送请求。然后在看 mBinder 的实现就是通过 Handler 向 HandlerThread 中抛送 FileLogger.addLog 的执行请求。
• 3.进入到图7，可以看见在 FileLogger 初始化的时候也初始化了一个 HandlerThread ，然后定义了一个 LoggerHandler 来向其中抛日志写入请求。FileLogger.addLog 方法中是直接发送一个请求。
• 4.再看图8，LoggerHandler.add 中并不会立即向本地写入日志，而是会有一 LOG_CACHE_COUNT 阈值，只有超过了这个阈值才会向文件系统中写入日志。

5、埋点日志

• 1.埋点日志其实和文件日志类似，我这里就结合图9简单说一下，具体的代码大家可以去翻看项目
• 2.首先还是有一个 UploadLogManager 用于给外部提供 api 以及初始化 LocalFileLoggerService。这里比文件系统复杂的地方就在于多了一个 UploadLogConfiguration 用于装配一些设置。
• 3.有了 LocalFileLoggerService 之后这里分两个不同的埋点日志添加方式。
• 1.实时埋点日志添加：外部需要立即将当前的埋点日志上报，此时就直接将请求发送给 UploadLogHandler 然后交给 HandlerThread 执行，最终 通过 LogSender执行网络上报。
• 2.非实时埋点日志添加：这种方式是每隔一定的时间，LocalFileLoggerService 会从 UploadLogStorage 中取出一定量的日志，合并之后再像1中一样上报埋点。
• 4.目前因为 Http 模块和 数据库模块都没有开始写，所以 UploadLogStorage 和 LogSender 都还只是接口，但是并不影响代码逻辑。

三、后端架构的初步设想

虽然本项目的着重点是仿抖音 android 端 app 的开发，但是后台方面也会有所涉及。接下来笔者会介绍一下本项目在后端方面的目标和预期达到的效果。

1、RPC

可能会有客户端的同学对 RPC(远程过程调用) 这个词不怎么了解，我这里就先简单介绍一下。

拿 Java 来说：比如我们有两个服务 A、B 在两个服务器上，此时我们要在 A 上调用 B 的服务获取其上的数据 Foo。那么在 A 中可以写成 Foo f = b.XXXService();。在这里 Foo 是 A、B 两个服务所定义的数据传输结构，b 是 B 服务所抽象出来的对象，其内部实现可以是各种网络数据交互协议，比如说 http 协议。简单来说：RPC就是要像调用本地的函数一样去调远程函数。

现存的 RPC 框架有很多，各个大厂也都开源了自己框架，我这里就介绍和比较一下几个框架，最后结合本项目的需求选择适合的框架。

• 1.Dubbo：这个是阿里开源的一个框架，后来阿里因为种种原因把他废弃了，最后被当当网维护扩展出了一个 Dubbox。这里就讲一讲他的优劣势吧：
• 1.优势：
• 1.Dubbo 是用 java 写的，对于 android 客户端的开发者来说比较友好。
• 2.Dubbo 的生态目前来说还是比较好的，笔者去年在有赞实习 java 开发的时候，用过半年的 Dubbo，感觉各种坑都有人踩过，各种库也都比较完善。
• 3.对于服务治理支持的比较到位。
• 2.劣势：
• 1.跨平台能力差，原生的 Dubbo 基本上没有跨平台能力，后面的话集成了 thrift 作为扩展的话就有了，不过我总感觉集成之后用起来不方便。
• 2.以 java 作为主开发语言的话，不能快速迭代。我们项目的时间主要是要向 android 客户端倾斜，所以需要一个能快速迭代的语言。
• 3.序列化和反序列化的速度与其他 RPC 框架相比都不是很拔尖。
• 4.性能较其他几个框架差。
• 2.Thrift：这个是 FaceBook 开源的一个框架，2007年由facebook贡献到apache基金，是apache下的顶级项目。
• 1.优势：
• 1.跨平台能力强，支持几乎所有的主流语言。
• 2.性能比较好
• 2.劣势：
• 1.跨平台的语言协议写起来比较麻烦。
• 2.不支持服务治理
• 3.Grpc：由 Google 开源的框架，我司目前后端也在使用这个框架
• 1.优势：
• 1.跨平台能力强、支持大部分主流开发语言
• 2.跨平台语言协议用的是 ProtoBuf，与我们客户端的技术栈一致。
• 3.性能比较好
• 4.有我司的技术支持，当然不是官方的，不过我可以了解我司在这方面的技术，最后反哺到我们的项目中。
• 2.劣势：
• 1.不支持服务治理

看了上面的比较我想大家心里已经有了答案，没错我决定使用 grpc 做为本项目后端的 rpc 框架。然后开发的语言是 python 为主，java 为辅助，后面如果有时间的话可能会用 go 实现一个小的服务也说不定。使用这些语言的原因有下面几点：

• 1.首先 python 目前后台的生态也比较成熟，用起来也比较方便快速。
• 2.其次我们到了后面会使用 tensorflow 来训练各种深度学习的模型，这样的话熟练使用 python 是必须的。
• 3.有人会问你为什么要用几种不同的语言来实现后端的服务呢？这不是多此一举吗。的确，从正常开发的角度来讲是挺多余的，但是多语言的环境在大一些的厂来讲是再正常不过的事情，我的一部分目的也是为了模拟这种场景。除此之外，这种多语言的环境在我看来还是比较有意思的，想试试玩玩看。

2.微服务与服务治理

其实本来在这里我有很多东西想说的，但是发现自己现在的能力并不能完全说好这两个东西，怕最后会误导大家，所以我这里就列一下最后本项目需要完成的与这两个目标相关的东西。

• 1.在未来笔者预期的是会有10台服务机器，两台为一组提供一类服务，一共会有五个大类的服务。
• 2.所以第一个要实现的功能就是：服务发现注册功能。这个功能主要是和注册中心进行交互。
• 1.服务提供者启动，向注册中心注册自己提供的服务
• 2.消费者启动，向注册中心订阅自己需要的服务
• 3.注册中心返回服务提供者的列表给消费者
• 4.消费者从服务提供者列表中，按照软负载均衡算法，选择一台发起请求
• 3.为了了解和监控各个服务的情况，第二个要实现的功能就是：服务监控，即累计计算随着时间推移各个服务被调用的次数。
• 4.为了区分内外网，以及统一鉴权。需要实现的第三个功能就是：服务网关，所有外部请求都会经过这个网关，网关会将请求分发给内部的机器，内部机器调用完成之后会将结果通过网关返回给外部。

四、ubuntu环境初始化

不知道在我的读者中有多少个人用的是 mac。因为我本人就是 mac 和 win 的双系统用户所以我深知。mac 在开发方面的好处。这一节就轻松一点，我演示一下如何将本地 mac 命令行环境初始化到云上的 ubuntu 中。

1、oh my zsh

• 1.首先需要在XX云中买一个机器。我买的是阿里云，最开始的系统模板选择 ubuntu16，然后什么都不要装。然后在本地用 ssh 登录云主机。
• 2.在本地电脑上 clone 一下我的这个库，接下来要用到里面的两个脚本文件。ubuntu初始化
• 3.用 scp 命令将2中的两个文件上传到服务器上分别是：ubuntu_init.sh 和 ubuntu_init_oh-my-zsh.sh。例如：scp a.jpg root@47.106.145.211:/root/a.jpg，将本地本目录的 a.jpg 文件上传为云服务器上的/root/a.jpg文件。
• 4.运行ubuntu_init.sh，中间会让你输入密码，最后会重启服务器。
• 5.等4中重启服务器之后，登录服务器然后运行ubuntu_init_oh-my-zsh.sh。如此就大功告成了。最终效果如图10，这个终端比 ubuntu 原生的好用多了，而且还支持各种定制的插件。
• 6.忘了说了这个命令行是一个开源项目：oh my zsh，英语比较好的同学可以看原项目，来拓展自己的配置。

2、vim 配置

• 1.接下来就是 vim 的配置，其实我到现在也没完全成功的把配置完全成功的把配置完成成功的转移到 ubuntu 上面，所以大家看看就好。
• 2.ubuntu初始化，这个仓库里 .vimrc 是 vim 的配置文件。vim 插件管理，这个仓库里是 vim 插件库。
• 3.这里其实就是为了 show 一下我的成果，对于初学者来说能学习的方面不多，对于老鸟来说也看不上我的配置。

3、docker配置

这两周我也抽空学习了一下 docker，我的理解上 docker 就是一个方便打包重用超轻量虚拟机。所以我们后端也会用上这个技术以方便运维。我也是刚学这东西，所以我就贴几个我学习的网址吧！

• 1.docker初始学习
• 2.docker python 学习
  五、尾巴

---

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。

腾讯、字节跳动、阿里、百度等BAT大厂 2019-2021面试真题解析

资料太多，全部展示会影响篇幅，暂时就先列举这些部分截图

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

9Hm4YUIw-1713507457562)]

资料太多，全部展示会影响篇幅，暂时就先列举这些部分截图

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！