快乐打工人？Android Camera工程师的一天

7:00 起床； 

8:00 出门；

坐地铁，9点半之前到公司；

滴，打卡。

坐地铁的好处就是，上班时间基本都可控。应该是没有迟到过。

9:30 正式开始一天的工作...... 

先查看邮箱，看下有哪些邮件信息；

查完邮箱，看下内部OA系统，希望群里没有被哪位领导点名@到；

查看完邮件和OA系统信息，接下来花个10分钟，写下今天要完成的事情吧：

Todo list:

1、已修改XXX问题，最新版本验证； 

2、XXX app无法打开相机 分析；

3、效果反馈某模式下拍照走的参数异常协助分析；

4、XXX app 预览卡顿 分析； 

5、XXX问题修改方案评估；

6、堡机异常tomstoner日志分析；

今天能处理完这几个问题就差不多了。

先打杯热水喝先.....

服务器上下载个最新的daily build版本，今天得验证下昨天合入的修改点。网速有点慢，就让它慢慢下吧。可以先分析其它问题……

一、XXX app无法打开相机 分析

【问题分析】 拿到测试反馈的异常日志。如果没有日志，自己下载个app，本地验证下；这种无法打开相机的问题，其实还比较容易分析。

基本就是在open 阶段、获取camera参数的阶段就出现异常了，应该还没走到hal下面来； 

本地自己下载了个app，安装试了下，相机的确一打开就闪退了。马上抓份logcat日志瞧瞧。

看了下open camera附近的日志，问题基本定位了，挂在了framework层。我们设备后摄不支持闪光灯，然后app设了个闪光灯模式下来，在framework层直接就异常error了。

【Todo】和测试沟通，是三方app问题，让和三方沟通解决。如果三方无法推进解决，让推动framework层同事针对该app做规避处理。

二、效果反馈某模式下拍照走的参数异常协助分析

和效果同事沟通，是哪个参数不正常，feature1? feature2？，还是sensor mode不对。确认清楚后，用自己设备本地进行复现。然后抓日志，看代码逻辑，一一排查。

daily build版本下载好了，先烧个版本先。在新版本上验证合入的修改点，没问题就可以放心了。版本控制比较严格，要是出了问题，可是要挨批滴。

接着看其它问题。

三、xxx App预览卡顿 

还是得看日志，把performance fps日志打开，确认当前帧率。确认app的配流情况、对比横屏，竖屏情况。 

kernel日志确认sensor端出帧情况。app配流过大，有可能导致卡顿。 

竖屏没问题，横屏有问题，则可能是framework层数据旋转处理有问题。sensor端，某个sensor mode模式下，出帧也可能有问题。

四、xxx问题修改方案评估 

需要拉会议。其实挺讨厌拉会议的。

会议需要提前预约好时间，然后发会议邀请邮件，抄送涉及到的相关同事。 

评估方案文档得提前准备，需要写明各个方案的优缺点，以及给出当前节点可能最合适的方案。

会议过后，会议记录以邮件方式输出，备案。会后记录这点很重要，有时能避免一些不必要的麻烦。

五、堡机异常tomstoner日志分析 

日志中搜索fatal，找到异常堆栈信息。再结合上下日志，推测问题出现场景。 

如果是设备重启导致的异常，则确认是否是测试过程中的正常关机。不是就得分析具体关机原因。

堆栈信息里面，如果涉及到自己负责模块的，需要解析堆栈信息。再结合代码，分析代码流程。

不知不觉，天已经黑了。辛苦一天了，在公司吃个饭先。

吃完饭，回公司再查看下邮件，看看群聊天记录，没其它事情就可以打卡下班了……

坐地铁回家，打工人的一天就这样过去了。 

明天又是充满希望的一天呀～ 加油💪

注：本文纯属虚构，如有雷同，纯属巧合😂

希望你，

永远年轻，永远热烈盈眶~