go-logr与Uber Zap日志级别对应关系及相关配置疑问

问题1：logr.Logger.V传入的level值和Uber Zap定义的级别常量是否一致？ #

不一致，二者是反向映射关系，底层桥接逻辑如下：

• Uber Zap的级别规则：数值越小优先级越高，预定义常量对应值为 DebugLevel=-1、InfoLevel=0、WarnLevel=1、ErrorLevel=2，只有日志事件级别≥全局设置的阈值时才会输出。
• logr的V级别规则：数值越大详细程度越高、优先级越低，仅支持传入非负整数，V(0)是基础信息、V(1)是更细的调试信息、V(2)还要更详细，只有日志调用的V级别≤全局verbosity阈值时才会输出。
• sigs.k8s.io/controller-runtime/pkg/log/zap作为桥接库，会把logr的V级别直接取负数作为Zap的事件级别：V(0)对应Zap的InfoLevel(0)、V(1)对应Zap的DebugLevel(-1)、V(2)对应Zap的-2（超出预定义常量的自定义调试级别），二者没有直接的对等关系。

问题2：--zap-log-level参数取值和zap.Options中的zapcore.Level是否一致？ #

字符串取值完全一致，整数取值为自定义扩展规则：

• 当传入debug/info/warn/error这类字符串值时，会直接映射到对应zapcore.Level常量，和你写在zap.Options.Level里的枚举值完全对等。
• 当传入大于0的整数值时，参数会被转换为负数作为Zap的阈值，比如传入2对应Zap Level为-2，此时允许输出V(2)及以下的所有日志，属于超出Zap预定义常量的自定义调试级别，符合你看到的参数说明规则。

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