TradingView Pine Script v5函数重载行为不一致问题求助[Bug反馈]

问题概述 #

开发Pine Script v5类库时，发现自定义函数内调用重载函数存在类型识别缺陷：当无类型标注的参数传入重载函数时，编译器会错误匹配第一个定义的重载签名，而非根据实际传入的参数类型选择正确的重载版本。

代码复现 #

//@version=5
indicator("Overload recognition from within custom functions not working consistently")

mult(array<float> x1, string x2) =>
    [x1, x2]

mult(array<string> x1, string x2) =>
    array.push(x1, x2)
    x1

mult(bool x1, string x2) =>
    [x1, x2]

myFn(y1) => // 无参数类型标注时，重载识别失效
    mult(y1, "Overload NOT recognized (unless used previously or type is defined explicitly before function parameter")

var stringArray = array.new_string(0,na)
// mult(stringArray, "Overload working as expected")
// mult(true, "Overload working as expected")
myFn(stringArray)
plot(1, "Overload recognition from within custom functions not working consistently")

编译报错 #

Add to Chart operation failed, reason: line 16: Cannot call 'mult' with argument 'x1'='y1'. An argument of 'string[]' type was used but a 'float[]' is expected

问题原因 #

编译器处理无类型标注的函数参数（如myFn的y1）时，无法在编译阶段推导其实际类型，会默认优先匹配第一个定义的重载函数（array<float>版本），即使实际传入的是array<string>类型。

现有临时方案 #

• 为myFn的参数显式指定类型（如myFn(array<string> y1) =>）：可匹配正确重载，但破坏了封装性，无法兼容多类型参数。
• 在调用myFn前提前触发对应重载的识别（取消注释mult(stringArray, "...")）：属于临时 hack，不可靠且影响代码整洁。

更优解决方案 #

利用Pine Script的type()函数在运行时判断参数类型，手动将调用分发到对应逻辑，彻底规避编译器的类型推导缺陷。这种方式既能保持myFn参数的无类型标注，又能保证类型匹配的正确性，适合类库开发的封装需求。

修改后的代码示例 #

//@version=5
indicator("Overload recognition fix with type checking")

// 将原重载函数的逻辑拆分为独立内部函数，保持逻辑隔离
_mult_float_array(array<float> x1, string x2) =>
    [x1, x2]

_mult_string_array(array<string> x1, string x2) =>
    array.push(x1, x2)
    x1

_mult_bool(bool x1, string x2) =>
    [x1, x2]

myFn(y1) =>
    // 显式判断参数类型，分发到对应逻辑分支
    if type(y1) == type.array<float>
        _mult_float_array(y1, "Overload recognized via type check")
    elif type(y1) == type.array<string>
        _mult_string_array(y1, "Overload recognized via type check")
    elif type(y1) == type.bool
        _mult_bool(y1, "Overload recognized via type check")
    else
        na // 可添加未知类型的处理逻辑

// 测试不同类型参数
var stringArray = array.new_string(0, na)
myFn(stringArray)

var floatArray = array.new_float(0, na)
myFn(floatArray)

myFn(true)

plot(1, "Overload recognition fixed with type checking")

方案优势 #

1. 保持封装性：myFn无需指定参数类型，可接收多种类型输入。
2. 逻辑可控：显式的类型分支能清晰处理每种类型的业务逻辑，避免编译器的自动匹配错误。
3. 兼容性强：不受编译器重载识别逻辑的限制，适配不同场景的类型输入。

此外，建议向TradingView官方提交该Bug报告，推动后续版本修复编译器的重载识别缺陷。

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