Elixir中基于Erlang OTP版本执行不同函数的方案验证与优化咨询

现有实现可以在绝大多数当前常见场景下正常运行，但存在两处潜在隐患：

• 版本比较逻辑存在远期兼容性问题：System.otp_release()返回字符串格式的版本号，直接用字符串比较>= "22"在OTP大版本低于100时可以得到正确结果，一旦后续OTP迭代到100及以上版本，字符串比较逻辑会出现"99" > "100"的错误判断。
• 编译期绑定逻辑存在环境依赖风险：宏内的if判断是在编译阶段执行的，最终生成的字节码只会包含对应编译环境OTP版本的调用逻辑。如果你的库是提前编译后分发到不同OTP版本的环境运行，会出现接口调用错误。

推荐两种更可靠的处理方式，可根据你的库分发场景选择：

方案1：使用函数存在性检测替代版本检测（适用所有场景） #

直接判断:crypto模块是否存在对应函数，完全绕开版本号判断的误差风险，也不受定制版OTP、跨环境编译的影响：

def hmac(key, data) do
  if function_exported?(:crypto, :mac, 4) do
    :crypto.mac(:hmac, :sha256, key, data)
  else
    :crypto.hmac(:sha256, key, data)
  end
end

如果担心每次调用的判断性能损耗，可以将判断逻辑提至模块加载阶段：

@hmac_impl if function_exported?(:crypto, :mac, 4), do: :new, else: :old

def hmac(key, data) do
  case @hmac_impl do
    :new -> :crypto.mac(:hmac, :sha256, key, data)
    :old -> :crypto.hmac(:sha256, key, data)
  end
end

方案2：优化现有版本判断逻辑（适用用户本地编译场景） #

如果你的库确定是由使用者在本地编译使用，可以保留编译期判断的逻辑，只需要修复版本号比较的缺陷即可：

defmacrop hmac(key, data) do
  otp_version = System.otp_release() |> String.to_integer()
  if otp_version >= 22 do
    quote do: :crypto.mac(:hmac, :sha256, unquote(key), unquote(data))
  else
    quote do: :crypto.hmac(:sha256, unquote(key), unquote(data))
  end
end

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