为何HASH对象find()方法在LENGTH语句与"if 0 then set"下表现不同

核心差异源于PDV（程序数据向量）中变量xx的RETAIN属性，这直接决定了find()方法匹配失败时的变量值表现：

1. 使用length xx 8.;的tbl_h_bezset版本 #

• 通过length语句创建的数值型变量xx，默认不具备RETAIN属性。
• SAS DATA步的循环逻辑：每次循环启动时，非RETAIN的数值变量会被自动重置为缺失值（.）。
• 哈希表find()方法的行为：仅当匹配成功时，才会把哈希表中存储的xx值写入PDV的xx；匹配失败时，不会修改PDV中xx的当前值。
• 因此无匹配时，xx保持循环初始的缺失值，结果符合预期。

2. 使用if 0 then set hh;的tbl_h_set版本 #

• if 0 then set hh;是引入数据集变量到PDV但不读取数据的技巧，通过该方式带入的变量（包括xx），默认继承原数据集变量的RETAIN属性——SAS对SET语句读取的输入变量会自动启用RETAIN，避免每次循环重复读取数据。
• DATA步循环启动时，带RETAIN属性的变量不会被重置，会保留上一次循环结束时的数值。
• 当find()匹配失败时，不修改xx的值，因此xx会沿用前一次匹配成功时的有效值，出现“值残留”现象。

补充验证示例 #

若要让tbl_h_set版本也输出正确结果，可手动重置xx为缺失：

data tbl_h_set_fixed;
if _N_=1 then do;
  if 0 then set hh;
  declare hash hh(dataset:'hh');
  hh.definekey('keyx');
  hh.definedata('xx');
  hh.definedone();
end;
set tbl;
xx = .; /* 手动重置xx为缺失 */
rc=hh.find();
run;

内容的提问来源于stack exchange，提问作者Karol