能否在非函数参数中使用Cython融合类型？求更优实现方案

这个问题其实是Cython融合类型特化的一个常见坑——编译器需要明确知道要为哪些类型生成函数版本，而你的原始函数签名里没有任何能关联到number融合类型的参数，所以才会抛出那个"无法特化类型"的错误。那个dummy参数的 workaround 确实够繁琐，这里有两个更优雅的解决办法：

方法1：修改函数签名，直接使用融合类型指针（推荐） #

如果你的调用代码可以适配，直接把函数参数从void*改为融合类型的指针，这是最简洁直观的方案。Cython会自动识别需要特化的类型，生成对应的函数版本：

ctypedef fused number:
    int
    double

cdef void some_function(number *fin, number *fout):
    if number is int:
        fout[0] = fin[0] + fin[1]
    else:
        fout[0] = fin[0] * fin[1]

调用时直接传入int*或double*即可，完全不需要冗余的dummy参数，代码可读性也大幅提升。

方法2：使用泛型函数语法（兼容void*参数） #

如果必须保留void*参数（比如要和现有C代码接口保持一致），可以用Cython的泛型函数语法，明确将融合类型绑定为泛型参数：

ctypedef fused number:
    int
    double

# 声明泛型参数[T]，并通过where子句绑定到融合类型number
cdef void some_function[T](void *in_, void *out) where T is number:
    cdef T *fin = <T *> in_
    cdef T *fout = <T *> out
    if T is int:
        fout[0] = fin[0] + fin[1]
    else:
        fout[0] = fin[0] * fin[1]

调用时可以显式指定类型（比如some_function[int](in_ptr, out_ptr)），如果Cython能从上下文推断出类型，也可以隐式调用。这个方法既保留了void*参数的兼容性，又避免了dummy参数的尴尬。

为什么原始代码会报错？ #

Cython的融合类型依赖函数参数中的类型信息来触发特化——当函数签名里没有任何与融合类型相关的参数时，编译器无法确定要为哪些类型生成代码，因此会抛出"Invalid use of fused types"错误。添加dummy参数本质上是给编译器一个强制的类型提示，但这种方法不够直观，也容易让代码逻辑变得混乱。

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