音频视频播放在现在的应用里面很常见，传统应用发展到一定阶段多少会引入音视频资源，特别是现在短视频被看作下一个增长爆发点，和之相关的创业层出不穷，作为开发者如何进行音视频技术选型非常关键 MediaPlayer 和 VideoView 给我们提供了非常方便的播放音视频的能力，几乎不需要要写几行代码就可以完成。我们也可以使用 MediaPlayer 结合 SurfaceView 或者 TextureView 来实现视频播放，本质和 VideoView 是一样的，不过有更多的灵活性。 正因为封装性太强，意味着定制化变弱。MediaPlayer 提供的 setDataSource 方法支持 http,file,content 等协议，但仍然无法应对复杂的需求。所以更灵活的 AudioTrack 的出现，可以让我们直接传送解码后的 byte[] 给他，带来的问题就是自己要做解码。解码不是件简单的事情，往往我们利用 MediaCodec（Android4.1 增加）或者外部解码库（比如 ffmpeg）来实现。自己来实现解码要特别注意不要丢失了硬件加速，音频软解码还好，视频解码软解码对 CPU 压力会大很多。

今天凌晨的 Google I/O 上，Google 正式宣布官方支持 Kotlin. 为了让大家更快了解和上手 Kotlin，掘金技术社区为大家整理了这份 Kotlin 资源大全，希望可以帮助大家用最短时间学习 Kotlin. Kotpref - Android SharedP…

分析了 android 视频编解码的相关技术

项目已添加IjkPlayer支持，后续逐渐完善其他功能。 地址：https://github.com/xiaoyanger0825/NiceVieoPlayer 为什么使用TextureView 在Android总播放视频可以直接使用VideoView，VideoView是通过…

微信移动开发团队在 《Android 内存优化杂谈》 一文中就说到：“对于 webview，图库等，由于存在内存系统泄露或者占用内存过多的问题，我们可以采用单独的进程。微信当前也会把它们放在单独的 tools 进程中”。

在 App 开发中，内嵌 WebView 始终占有着一席之地。它能以较低的成本实现 Android、iOS 和 Web 的复用，也可以冠冕堂皇的突破苹果对热更新的封锁。 然而便利性的同时，WebView 的性能体验却备受质疑，导致很多客户端中需要动态更新等页面时不得不采用其他方案。 以发展的眼光来看，功能的动态加载以及三端的融合将会是大趋势。那么如何克服 WebView 固有的问题呢？我们将从性能、内存消耗、体验、安全几个维度，来系统的分析客户端默认 WebView 的问题，以及对应的优化方案。

ProgressManager 一行代码即可监听 App 中所有网络链接的上传以及下载进度, 包括 Glide 的图片加载进度, 实现原理类似 EventBus, 你可在 App 中的任何地方, 将多个监听器, 以 Url 地址作为标识符, 注册到本框架, 当此 Url 地址存在下载或者上传的动作时, 框架会主动调用所有使用此 Url 地址注册过的监听器, 达到多个模块的同步更新.

从第 1 篇文章到现在已经 4 个月了，按类别整理一波技术干货。 目录 热门技术 View 代码封装 源码分析 精进之路 热门技术 Kotlin 初探 Kotlin 成了 Google 的亲儿子，现在赶紧来学学跟着 google 学习 mvp 架构跟着 google 学习 mvp 架构（clean 篇）给初学者的…