企业官网建设流程全解析

095、HDR+与计算HDR：Google HDR+架构的深度解析

从一次夜拍翻车说起

去年帮某手机厂商调优夜景模式，遇到了一个诡异现象：暗光下拍路灯，灯杆边缘出现了一圈“鬼影”——不是镜头flare，而是类似HDR对齐失败导致的半透明重影。团队里新来的算法工程师第一反应是“加大运动检测阈值”，结果鬼影没了，但暗部细节糊成一团。我让他把HDR+的原始burst帧dump出来看，发现问题出在帧选择策略上——算法选了曝光时间差太大的两帧做融合，导致运动补偿模型扛不住。

这个坑让我重新翻了一遍Google HDR+的原始论文和后续演进。说实话，2014年那篇《Burst Photography for High Dynamic Range and Low-Light Imaging on Mobile Cameras》到现在看依然硬核，很多所谓“自研计算HDR”方案，核心思路都没跳出这个框架。今天这篇笔记，我把HDR+的架构拆开揉碎，结合这些年调优踩过的坑，写点实在的东西。

核心思想：用多帧换单帧

HDR+最反直觉的一点：它不追求单帧的完美曝光。传统HDR拍三帧（欠曝、正常、过曝）然后拼，HDR+拍一整个burst序列——通常是8到15帧，全部用短曝光。为什么？因为短曝光帧运动模糊小，而且多帧叠加可以等效长曝光，同时保留高光细节。

这个思路在手机这种小sensor上尤其关键。手机sensor的满阱容量就那么点，单帧想同时保留高光纹理和暗部细节基本不可能。HDR+的做法是：先保证高光不溢出，