采暖度日为什么要逐日累加，而不是把气温再平均一次

楼宇用能资料里的采暖度日，为什么不能直接换成一个平均气温？美国能源信息署EIA的词汇表给出一个关键区别：HDD关注一段时间相对基温有多冷，它先对每一天处理，再将每天得到的量累加。[1] 名称中带有“日”，并非只是在气温旁边补一个时间单位。

EIA的Heating Degree Days条目，将其定义为地点在某段时间内相对于基准温度的寒冷程度。该词条说，常见基温为华氏65度。[1] 这一数值属于原词条的定义背景，本稿不把它指定为任何中国楼宇或合同应当选用的基温。

按该定义，每天先取最高与最低气温的平均，再用基温减去这个平均；出现负值时按零处理。[1] 所以，定义中虽然使用每日温度平均值，最后产出的HDD却不是这个平均温度本身。它保留的是相对基温的温差，并且有负值置零这一条件。

随后，每日的采暖度日被相加，形成规定参考期间的总量。[1] 这与先把整段时间的气温平均后便停止计算，观察的对象不同。一列是期间平均温度，另一列则需要知道每一天按定义处理后贡献多少；不能仅因它们来自同一批气温记录，就把两个名称当成可以替换。

负值置零也解释了为什么暖日并非简单抵销冷日。依这个词条，超过基温的日平均温度不会形成负的HDD去减掉其他天的累积量。本文采用的是定义所表达的关系，没有代入真实天气数据，也没有建立任何楼宇的用能模型。

EIA说明，采暖度日在能源分析中可作为空间采暖需求或使用的指示变量。[1] “指示变量”并不是建筑已经用了多少能源的实际表计读数。它没有单独包含面积、设备、运行方式或合同对象，也不能直接变成某次改造完成了多少节能的证明。

本稿只采用词汇表中完整HDD定义，其他采暖强度和设备条目不作计算依据，页面导航上的新闻日期也不作为词条首发日期。它澄清的是逐日温差、零处理和期间累加的口径，不提供项目基温选择、节能测算、费用或绩效结算公式。读懂这一口径，才能让气候背景保留为背景，而不替实际能耗结果作答。