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，找到异常堆栈信息。再结合上下日志，推测问题出现场景。
如果是设备重启导致的异常，则确认是否是测试过程中的正常关机。不是就得分析具体关机原因。
堆栈信息里面，如果涉及到自己负责模块的，需要解析堆栈信息。再结合代码，分析代码流程。
不知不觉，天已经黑了。辛苦一天了，在公司吃个饭先。
编辑
吃完饭，回公司再查看下邮件，看看群聊天记录，没其它事情就可以打卡下班了……
坐地铁回家，打工人的一天就这样过去了。
明天又是充满希望的一天呀～ 加油💪
编辑
注：本文纯属虚构，如有雷同，纯属巧合😂
编辑
希望你，
永远年轻，永远热烈盈眶~
