Postgres ECPG在main外定义connect函数导致程序异常问题排查

问题根因 #

你遇到的是C语言全局符号冲突导致的系统函数被劫持问题，具体原因如下：

• connect 是POSIX标准规定的网络套接字系统调用，属于glibc的标准导出符号，PostgreSQL的ECPG运行时库libecpg、底层依赖的libpq在建立数据库网络连接的过程中，会多次调用该系统函数完成TCP链路建联。
• 你自定义了全局同名的connect函数，Linux动态链接规则默认会优先使用程序本体里定义的全局符号，覆盖动态库导出的同名符号：也就是说libecpg/libpq调用connect时，实际执行的是你写的打印"A"的自定义函数，而不是系统的网络连接函数。

异常表现的对应解释 #

• 程序启动后自动打印3次"A"：是libecpg/libpq初始化、建联过程中刚好调用了3次connect系统调用，全部被路由到你的自定义函数。
• dbname为空：因为你的自定义connect函数没有实际完成网络建联，数据库连接建立失败，后续SELECT current_database()执行报错，自然不会给dbname写入有效值。
• 把逻辑移到自定义connect函数后进程挂起：你的自定义connect函数内部调用的ECPG连接逻辑又会触发connect调用，形成无限递归，最终导致进程卡死或栈溢出。

解决方案 #

最简单的修复方式是给你的自定义函数改名，避免和系统标准函数重名，比如改成my_db_connect即可彻底解决冲突。如果只需要在当前编译单元内使用该函数，也可以给函数加上static限定符，限制符号的全局可见性，避免覆盖系统符号。

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