2024年Android最新从零开发一款Android RTMP播放器(1)，面试突击第二季

最后

我见过很多技术leader在面试的时候，遇到处于迷茫期的大龄程序员，比面试官年龄都大。这些人有一些共同特征：可能工作了5、6年，还是每天重复给业务部门写代码，工作内容的重复性比较高，没有什么技术含量的工作。问到这些人的职业规划时，他们也没有太多想法。

其实30岁到40岁是一个人职业发展的黄金阶段，一定要在业务范围内的扩张，技术广度和深度提升上有自己的计划，才有助于在职业发展上有持续的发展路径，而不至于停滞不前。

不断奔跑，你就知道学习的意义所在！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

oarplayer使用的是srs-librtmp，srs-librtmp是从SRS服务器导出的一个客户端库，作者提供srs-librtmp初衷是：

1. 觉得rtmpdump/librtmp的代码太难读了，而SRS的代码可读性很好；

2. 压测工具srs-bench是个客户端，需要一个客户端库；

3. 觉得服务器能搞好，客户端也不在话下

目前srs-librtmp作者已经停止维护，主要原因如作者所说：

决定开源项目正义的绝对不是技术多好，而是能跑多久。技术很牛，性能很强，代码风格很好，固然是个好事，但是这些都顶不上一个“不维护”的大罪过，代码放出来不维护，怎么跟进业内技术的不断发展呢。而决定能跑多久的，首先是技术热情，然后是维护者的领域背景。SRS的维护者都是服务器背景，大家的工作都是在服务器，客户端经验太少了，无法长久维护客户端的库。因此，SRS决定果断放弃srs-librtmp，不再维护客户端库，聚焦于服务器的快速迭代。客户端并非不重要，而是要交给专业的客户端的开源项目和朋友维护，比如FFmpeg也自己实现了librtmp。

oarplayer当初使用srs-librtmp是基于srs-librtmp代码的可读性考虑。oarplayer有相当高的模块化特性，可以很方便的替换各个rtmp lib实现。这里介绍srs-librtmp接口：

1. 创建srs_rtmp_t对象：srs_rtmp_create(url);

2. 设置读写超时时间：srs_rtmp_set_timeout;

3. 开始握手：srs_rtmp_handshake;

4. 开始连接：srs_rtmp_connect_app;

5. 设置播放模式：srs_rtmp_play_stream;

6. 循环读取音视频包：srs_rtmp_read_packet(rtmp, &type, &timestamp, &data, &size);

7. 解析音频包：

8. 获取编码类型：srs_utils_flv_audio_sound_format;

9. 获取音频采样率：srs_utils_flv_audio_sound_rate;

10. 获取采样位深：srs_utils_flv_audio_sound_size;

11. 获取声道数：srs_utils_flv_audio_sound_type;

12. 获取音频包类型：srs_utils_flv_audio_aac_packet_type;

13. 解析视频包：

14. 获取编码类型：srs_utils_flv_video_codec_id;

15. 是否关键帧：srs_utils_flv_video_frame_type;

16. 获取视频包类型：srs_utils_flv_video_avc_p