函数名是否始终代表自身地址？task传入pthread_create是否合规？

好问题！咱们一步步拆解你提到的两个关键点：

1. 函数名是否始终代表自身地址？ #

这绝对不是特殊情况——在C语言里，函数名在大多数上下文里都会自动隐式转换为指向该函数的指针，和你用&task取地址的效果完全一致。

举个直观的例子：

void *task() { 
    printf("I am a simple thread.\n"); 
    return NULL; // 建议补充返回值，符合函数类型要求
}

// 下面两种写法完全等价
void *(*func_ptr1)(void) = task;
void *(*func_ptr2)(void) = &task;

不管是直接用task还是&task，得到的都是指向task函数的指针，这是C标准明确规定的行为，适用于所有函数传参的场景，不止是pthread_create。

2. pthread_create的参数类型匹配问题 #

pthread_create的第三个参数类型确实是void *(*start_routine)(void*)——也就是一个指向「接受void*类型参数、返回void*类型值」的函数的指针。

你定义的void *task()需要注意一点：在C语言中，不带参数列表的void *task()等价于void *task(void)（表示函数不接受任何参数），这和start_routine的参数要求看起来有差异？其实不用担心——pthread库在调用这个函数时，会把你传入的第四个参数（线程参数）作为void*传递进去，而如果你的task函数没有显式声明参数，它会自动忽略这个传入的值，这在C语言里是合法的（不过从代码规范角度，建议显式写成void *task(void *arg)，哪怕你不用这个arg参数）。

所以你的写法是完全合法的，因为task函数的返回值类型是void*，符合start_routine的返回要求，函数名转换后的指针类型也能和start_routine兼容。

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