函数参数中的“指向register变量的指针”有何作用？

这确实是个容易让人困惑的细节，我来一步步拆解你的问题：

1. 为什么register KeySym *sym_return这种写法被允许？ #

你首先有个小误解：这里的register修饰的是指针变量sym_return本身，而不是它指向的变量。也就是说，它是在建议编译器把这个指针参数存储到寄存器里，而不是说这个指针指向一个register类型的变量。

C标准里只是规定「不能获取register变量的地址」，但这里我们并没有取register变量的地址——我们只是把指针这个变量本身放在寄存器中，它指向的内容依然是内存中的普通变量，完全符合标准规则，所以这种写法是合法的。

2. 为什么要在函数声明中特意标注register？ #

这是早期C语言（比如C89）留下的习惯：在函数声明中添加register是给编译器传递一个优化提示，告诉编译器「这个参数会被频繁使用，建议放在寄存器里加速访问」。

但放到现代来看，这个标注基本没有实际作用了：

• 现代编译器（比如GCC）的优化器已经非常智能，会自动判断哪些参数适合放在寄存器中，不需要手动提示；
• 从C99标准开始，函数声明中的register修饰符会被编译器忽略——因为函数声明只是对外的接口定义，参数的存储优化是函数实现（定义）阶段才需要考虑的事情。

3. 开启-pedantic-errors仍可传递非register变量的指针？ #

这很正常，因为函数声明里的register只是一个可选的优化提示，不是强制要求。它既不限制调用者传递什么类型的指针（只要类型匹配就行），也不改变函数的调用方式：

• 调用者传递的是指针的值（也就是内存地址），不管这个地址指向的是普通变量还是register变量（当然register变量不能取地址，所以你本来就没法传递它的地址）；
• -pedantic-errors只是强制遵循C标准，而这种写法本身是符合标准的，所以不会报错。

与省略register的声明有何区别？会改变调用约定吗？ #

• 在现代C标准（C99及以后）中，函数声明里的register和省略它没有任何实际区别，编译器会直接忽略这个修饰符；
• 即使在C89中，它也只是一个优化提示，不会改变函数的调用约定。调用约定是由平台ABI（比如x86的cdecl、stdcall）决定的，register关键字只是给编译器的优化建议，编译器可以选择忽略它，不会影响函数参数的传递方式。

另外补充一点：如果是在函数定义中使用register修饰参数，编译器可能会尝试把这个变量放到寄存器中，但这也只是优化行为，不是强制的——如果寄存器不够用，编译器还是会把它放到内存里。

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