I'm writing a very simple server that loops forever until Ctrl-C is pressed. I'd like to have the signal handler for ctrl-c close the open sockets and shut down the server, but I don't know what the scope is for a signal handler, and I don't like the idea of declaring the socket(s) I would need to close to be global.
Can someone offer suggestions? Is there some standard way to do this?
Well, since you have signal handlers, I'm going to assume you're on a Unix variant. If so:
- A socket is identified to the kernel by the file number, which is an int. See
socket(2). - That int is valid for your process
- That int is valid for any processes forked after creating it
- If not close-on-exec, it is valid for any process you exec.
So, it's perfectly valid in your signal handler. How you make your signal handler aware of which number to use depends on the language you're writing in, which you didn't specify. There are two approaches that will work in pretty much any language
- If you don't have any cleanup to do except
closeand exit, just call exit. Or set the signal action to default, which is exit. The kernel will close the sockets. - Set a flag (which will generally be a global of some sort) to tell your select/poll loop to clean up and exit. Advantageous in that you don't have to worry about if various parts of your program are safe to call from a signal handler.
Normally, it's advisable not to do anything much in a signal handler; other than set a flag.
Then when control returns to your main loop you can examine this flag, exit the loop, close sockets, run destructors on your objects etc, and exit cleanly.
Signal handlers can get called at almost any time, including in the middle of C or C++ library calls, which could be a problem.
来源：https://stackoverflow.com/questions/449617/how-should-i-close-a-socket-in-a-signal-handler