在之前的文章中，写了一个 CameraIntent 的类，代表用到摄像头的业务。App 允许连接多个 Usb 摄像头，然后将业务绑定到一个确定的 Usb 端口。如果这个端口插入了摄像头，则可以直接使用摄像头产生的数据进行业务处理，如果没插入摄像头，则相应的业务不做处理或中断。
通过 UsbManager.ACTION_USB_DEVICE_ATTACHED、UsbManager.ACTION_USB_DEVICE_DETACHED 广播可以知道 Usb 设备插入、拔出的时机。通过 intent 获取到的是一个 UsbDevice 对象。如何通过这样的一个 UsbDevice 确定物理实际的 Usb 端口呢？

项目中需要使用 Usb 摄像头，摄像头产生数据，然后业务方拿到数据后做自己的事情：推流、人脸登录、AI 检测等等。于是写了一个枚举类 CameraIntent 用来标识摄像头的意图。在 CameraIntent 每个枚举项初始化的时候，设置一个 key，然后根据这个 key 拿到 SharedPreferences 中绑定 UsbDevice 的名称，以此找到对应 UsbDevice 的摄像头，从而获取数据。

说下问题背景：App 接入摄像头，摄像头产生的每一帧数据（byte 数组），经由阿里云推流的 api 推到监控中心。
摄像头的管理用 HandlerThread 实现，当摄像头打开之后，拿到每一帧的数据回调出去。

嗯，产品需求要将语音机器人交互实现文中的动画效果进行修改，改成什么样呢？
演示视频太大了，随便截了几个图：

还有两天就要过年了，今天是最后一天班，抓住时间的尾巴，还是记录一下吧。

…

回顾了一年，好像并没有什么特别的事情，工作、生活有条不紊的来回交替，但平凡即伟大，就算是流水账也还是可以记录一些的。

有个需求，需要判断网络是否连接，如果是正常的移动网络或者 WiFi，是可以判断出来的，但是目标设备使用的是以太网，就像台式机插入的网线一样。假设拔掉机器这边的网线，很显然就是没有网络的，通过 Android 的 ConnectivityManager 的 getActiveNetworkInfo 也可以判断出来。但如果拔掉的是网线的另一端，通过 Android SDK 获取的网络会仍然是 CONNECTED。这显然是有问题的，因为此时此刻设备连访问百度的能力都没有了。所以打算使用 ping 指令，不断的去 ping 一个 host，如果能正常返回，则说明网络是没问题的。

按照阳历日子，今天是我踏入「30 岁」的第一天，以后对外介绍自己的年龄时，得是“三十多岁”了。感谢老妈、老婆昨天给我过的生日。
时间怎么就过得这么快呢。想起当时大学时期，20 出头的年纪，天天和室友调侃着“奔三”了。读书，工作，结婚，一路走过来，感觉也就一瞬间的事儿。很多事情，也在这一瞬间就变了。
more >>

周末的时候，又去了一次地大北街，吃之前吃过的韩餐。我和老婆骑共享单车到地方之后，我找好地方停完车就先去店里点餐了。我点好餐，过了好一会，老婆才来点店里，说：你要不去把自行车帮忙摆一下，我没找到地方停。我当时并不在意：共享单车啊，随便找个地方停着就可以了，没事~。
然后饥肠辘辘地等着上餐了，看起来可真不错呀。

最近对 Kotlin 的协程、Flow 简单了解一下，也在实际开发中尝试使用了，还是挺香的。凯哥也出了 Compose 的课程，我同学买了课，群里发个群收款，想看的就付个款，免费的大家就不会看了，手忍不住地就付了。确实是因为付了钱，所以觉得不看就亏了，然后下班回家还硬着头皮看了两节课，这可是我少有的在下班时间研究技术了，金钱的魔力呀。
因为暂且可能还不会用 Compose，好记性不如烂笔头，就简单记录一下。

什么是 Compose

Jetpack Compose 是用于构建原生 Android 界面的新工具包。它可简化并加快 Android 上的界面开发，使用更少的代码、强大的工具和直观的 Kotlin API，快速让应用生动而精彩。

简单来说，就是一套 UI 框架，可以编写 Kotlin 代码来替代原先的 xml 工作，这样就不用 xml 与 Java/Kotlin 代码间来回切换了。

继上一篇文章，协程里有一个很大的特性就是 Flow。经过一阵尝试、学习，可能有一点点的收获，还是记录一下吧。
「流」这个词，相信现在越来越多的开发者都接触并喜欢这个概念了。当 RxJava 风靡全球时，就有了「流」这个概念。基于 Kotlin，我们可以流式的写并发代码；基于 Flow，我们也可以流式的处理数据。面对复杂的数据逻辑，写出来的代码也可以像流淌的溪水一样干净，漂亮。