case_when多变量多条件赋值失效问题：原因及预防方法

问题原因 #

你遇到的var1和var2结果一致的问题，本质是case_when的顺序执行特性导致的：

• 在单步调用case_when的代码中，f103 == 2 ~ 3被放在最前面。你的测试数据里，所有f76有有效值的行（第1、5、6行）同时满足f103 == 2，这些行在第一个条件就被赋值为3，后面的f76相关条件完全没有执行机会。
• 剩余行（第2、3、4行）的f76都是NA，所有f76的条件都不成立，最终走TRUE分支取初始的var2（即f4的值），这就导致var2和只处理f103条件的var1结果完全一致。

而分步调用case_when时，两次调用是独立的：第一次处理f103的规则，第二次专门处理f76的规则——哪怕是之前被f103条件赋值过的行，只要满足f76的条件，就会被重新赋值。如果你的数据里存在f103 != 2但f76有值的行，或者需要用f76覆盖f103的结果，分步调用就能得到你预期的差异。

预防方案 #

针对这类多变量重编码场景，推荐以下几种处理方式：

• 按优先级调整条件顺序：如果希望f76的规则优先于f103，就把f76的条件放在case_when的前面；如果需要f76的规则覆盖f103的结果，必须拆分到多个mutate步骤里分步处理。
• 编写复合条件明确逻辑：如果需要同时结合f103和f76的组合规则，可以在case_when里写复合条件，避免规则被意外覆盖，比如：

  mutate(var2 = case_when(
    # 先处理f103和f76的组合场景
    f103 == 2 & f76 == 1 ~ 1,
    f103 == 2 & f76 == 2 ~ 2,
    f103 == 2 & f76 == 3 ~ 3,
    # 再处理单独的f103场景
    f103 == 2 ~ 3,
    # 最后处理单独的f76场景
    f76 == 1 ~ 1,
    f76 == 2 ~ 2,
    f76 == 3 ~ 3,
    # 兜底取原f4的值
    TRUE ~ as.numeric(f4)
  ))
  

• 分步处理提升可读性：当重编码规则复杂时，优先拆分到多个mutate步骤，每一步只处理一个核心规则。这样代码逻辑更清晰，也更容易排查哪一步出现了问题。

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