C语言通用数组打印函数的潜在问题咨询（初中级水平）

嘿，这个实现思路出发点挺好的，但如果要放到更广泛的场景中使用，确实会遇到不少棘手的问题，我来给你一一梳理：

• 类型扩展性严重不足
  目前你的函数只能处理int和double这类基础类型，要是后续需要支持char、float，或者自定义结构体、枚举类型，就必须不断添加else if分支。随着支持类型增多，代码会变得臃肿不堪，维护成本直线上升，而且自定义类型的打印逻辑往往更复杂（比如结构体要打印多个字段），硬编码的方式根本无法适配。

• 平台相关的大小判断风险
  你依赖sizeof(int)、sizeof(double)来判断类型，但这些值并非在所有平台都固定：

  • 比如部分嵌入式平台的int可能是2字节，而非常见的4字节；
  • 虽然double的大小在多数平台是8字节，但也存在一些特殊架构的例外。
    这会导致函数在不同平台上误判类型，打印出完全错误的结果。

• 类型安全隐患
  由于函数参数是void*，编译器无法检查传入的size和数组实际类型是否匹配。如果调用时不小心传错了size（比如把int数组的size写成sizeof(double)），函数会错误地解析内存数据，打印出乱码，而且不会有任何编译警告，这种问题很难排查。

• 无法处理复杂类型
  对于字符串数组（char**）、结构体数组，或者包含指针的复合类型，你的函数完全无能为力。这类类型需要定制化的打印逻辑，而当前的分支判断架构根本无法支持这种灵活的扩展。

• 性能与代码冗余问题
  每次调用函数都要进行size的分支判断，高频调用时会带来不必要的分支预测开销。同时，每个类型的打印逻辑都硬编码在函数内部，代码冗余度极高，违背了DRY（Don't Repeat Yourself）原则。

一个更优的改进思路 #

可以采用函数指针的方式，让调用者传入对应类型的打印函数，这样就能完美解决扩展性和类型安全的问题：

// 定义打印函数的指针类型
typedef void (*PrintFunc)(const void*);

void print_array(void* arr, int len, size_t elem_size, PrintFunc printer) {
    char* base_ptr = (char*)arr;
    for (int i = 0; i < len; i++) {
        if (i != 0) {
            printf(", ");
        }
        // 调用对应类型的打印函数
        printer(base_ptr + i * elem_size);
    }
    printf("\n");
}

// 针对int类型的打印实现
void print_int(const void* data) {
    printf("%d", *(const int*)data);
}

// 针对double类型的打印实现
void print_double(const void* data) {
    printf("%.2f", *(const double*)data);
}

// 调用示例
int main() {
    int int_arr[] = {1, 3, 5, 7};
    print_array(int_arr, 4, sizeof(int), print_int);

    double double_arr[] = {1.1, 2.2, 3.3};
    print_array(double_arr, 3, sizeof(double), print_double);
    return 0;
}

这种方式下，不管是基础类型还是自定义类型，只需要编写对应的打印函数即可，扩展性拉满，同时也避免了类型误判的风险。

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