※ 引述《limufish (ponpon)》之铭言：可是我一直很好奇续航有这么难吗？其他的厂商
做不到吗？
照他们员工谈研发的文章的说法，是蛮难的，他们自己也是绞尽脑汁攻克各种相关难题。
下面是其中一篇（看了以后稍微原谅SONY）：
“大家都知道，手机要工作就会有功耗，有功耗就会产生热量，拍照的各种卖点功能需要
更新的硬件器件与更复杂的软件算法支持，往往意味着更高的功耗与发热。而手机自然
散热是存在极限的、因此发热量要严格控制，否则手机就成“烫手山芋”了。
大概是我入职表现还不错，团队便把优化拍照发热的任务安排给了我，我们在项目组成立
了攻关团队，我新人一个，有股“初生牛犊不怕虎”的冲劲，面对发热问题、义不容辞地
拉着材料、多媒体器件&性能算法、芯片规划、用户体验、功耗、软工媒体域的多领域
专家，边学边干，把问题一点点剥开、一点点改进。
刚开始每个人都有很多自己本领域的事情、在发热问题的投入上需要很多沟通协调，但随
著攻关的深入，为了产品最终上市的综合体验成功，大家都不再只盯着自己领域的“一亩
三分地”业务。
还记得在拍照发热攻关的过程中，有一个阻碍近一周的异常问题——单次拍照功耗波峰持
续近10s（正常都是约2s），导致发热量增加16%。我们针对拍照本身的特性、器件、演算
法尝试了很多软硬件的方法进行排查，把其中涉及的可能变量（器件功耗组成拆解、EMUI
与原生版本的差异、拍照算法流程运行的时间等等）摸了个遍，但都没有找到根因，百
思不得其解。
在一次和多媒体算法专家的早会上，我们反复自问“卡在CPU上近10秒的‘瓶颈点’到
底是什么？”一位专家突然想到可以求助性能专家进行系统进程的抓取分析。果然，当我
们采用systrace工具抓到拍照后必现的进程信息后，终于找到了问题的症结，原来每次拍
照动作后触发性能雷达报错与抓取，导致CPU上耽误了时间。
这样的案例有很多，手机系统与结构太过紧密而精密，问题多是跨领域的。一方面，需要
一支技术精深的战友团队，取长补短、相互激发，高效寻找问题的本质；另一方面，需要
个人有系统、开放的思维，不断学习跨领域的知识与工具，耐心剖析系统中盘根错杂的关
系，不能只盯着眼前的“一亩三分地”知识。
整个拍照发热专项的攻关是个系统工程，从源头降低发热、从路径优化散热，最优化“性
能&功耗&热”综合体验，支撑拍照卖点“清晰又凉快”。有时优化一点发热量或散热能力
，可能需要牺牲另一方的性能，或带来新的问题，牵一发而动全身。
需要我们综合考虑拍照性能（速度与清晰度）、软硬件（算法与模组器件）与功耗热的
耦合关系，剖析用户的真实需求，综合考量、设计优化，不再是单领域的“一亩三分地”
设计。（出自华为人“怎么给博士军团当好“博导””）