C++中fork、线程、MySQL结合execv的场景风险与安全疑问

问题1：场景B中关闭FD对父进程的影响及安全性 #

• 子进程中关闭文件描述符不会危及父进程的SQL1、SQL2、S1、S2连接。文件描述符是进程级的引用，内核层面对应socket/连接的对象有引用计数：父进程和子进程的FD指向同一个内核对象，子进程关闭FD只是将该内核对象的引用计数减1，只要父进程还持有对应的FD，内核对象就不会被销毁，父进程的连接完全不受影响。
• 这个操作是安全的，甚至是推荐的做法：execv前关闭不必要的FD可以避免新进程镜像意外继承这些资源，防止资源泄漏或意外的连接干扰。注意保留STDOUT/STDERR的FD即可，确保新进程能正常输出日志。

问题2：场景A中P2未处理FD的资源影响及SQL2连接状态 #

• 关于资源释放：P2长期持有SQL2、S2的FD副本，会导致这些内核对象的引用计数始终大于1。如果父进程P1尝试关闭自己的SQL2或S2，由于引用计数未降到0，内核不会真正释放对应的连接/套接字资源，会造成资源泄漏，直到P2终止（内核自动关闭所有FD，引用计数才会递减到0）。
• 关于SQL2连接存活：如果P2终止时未调用mysql_close()，进程退出时内核会自动关闭所有属于P2的FD，SQL2的引用计数会相应递减。只要父进程P1的SQL2 FD本身是正常的，且MySQL服务端没有主动断开连接，P1的SQL2连接可以正常存活——父进程的连接状态和子进程的FD副本无关，子进程的FD被内核关闭只会减少引用计数，不会影响父进程持有的连接。

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