为什么 fcntl() 标志值以八进制格式定义，以及此函数如何用于阻塞/非阻塞套接字？

Question

// "fcntl-linux.h" (with few lines skipped):
/* open/fcntl.  */
#define O_ACCMODE      0003
#define O_RDONLY         00
#define O_WRONLY         01
#define O_RDWR           02
#define O_APPEND      02000
#define O_NONBLOCK    04000
#define O_SYNC         04010000

每当在"0"之后提到一个数字时，它就变成了八进制表示。选择不太传统的"八进制"格式而不是更流行的十进制或十六进制格式的原因是什么？

这个答案是使非阻塞到阻塞套接字的正确方法吗？
fcntl(socket, F_GETFL, 0)和fcntl(socket, F_GETFL)有区别吗？

[注意：当我将套接字设置为非阻塞模式时，SSL 连接不起作用。在阻止模式下，它工作正常。因此，描述模式设置的代码示例会很好(如果它与链接的代码不同(。

Answer 1

> 没有真正的理由。如果它们是十进制的，它们也会工作;计算机不在乎。

通常，"较旧"的标志集通常以八进制定义，因为它们可以追溯到八进制比十六进制更流行的时代。有人可能会猜测，打开的标志可能是从其他一些八进制操作系统复制的。

• 4.4BSD 确实有十六进制的 fcntl/open 标志(并且具有不同的值(
• 系统 V 以八进制形式显示它们，但同样具有不同的值。
• Minix为Linux提供了重要的灵感和早期的开发环境，它们以八进制形式出现并具有相同的值。根据评论，它们显然是按照相关 POSIX 表的顺序依次分配的(O_RDONLY/O_WRONLY/O_RDWR 除外，它们被分配了传统值(

Answer 2

"为什么 fcntl(( 标志值以八进制格式定义">

正如许多用户所建议的那样，这纯粹是因为历史原因。显然，八进制格式比十六进制格式更受欢迎。

"这个答案是使非阻塞到阻塞套接字的正确方法吗？">

是的。答案是正确的，因为它的目的是在考虑各种场景的情况下设置标志。但是，错误检查会更有帮助，这是微不足道的。

"fcntl(socket, F_GETFL, 0)和fcntl(socket, F_GETFL)有区别吗？">

没有区别。fcntl(2( 的手册页也提出了同样的建议。

F_GETFL(void( -- 获取文件访问模式和文件状态标志;参数被忽略。

带非阻塞套接字的 SSL 连接

这是一个有点棘手的部分，我遇到了问题。SSL 上的典型阻止调用如下所示：

int result = ::SSL_connect(pSSL);  // <0: failed, 0: disconnected, 0<: pass

现在，自然的非阻塞替代方案，我们可以假设为：

::fcntl(socketfd, F_SETFL, m_fcntl);
::connect(socketfd, ...);
int result == ::SSL_connect(pSSL);
// put the FD_SET() etc.
result = select(...);
if(result == 0)  ... // SSL timed out
else if(result < 0) ... // SSL error 
else ... // success

但是，它并没有那么简单。SSL是一个有点复杂的过程，消息来回交换。因此，我们必须循环运行::SSL_Connect()以捕获SSL_want_read, SSL_want_write 。简单来说，代码可能如下所示：

::fcntl(socketfd, F_SETFL, m_fcntl);
::connect(socketfd, ...);
int result;  // looping for various handshakes & to/from messages
while((result = ::SSL_connect(pSSL)) < 0) {
  // put the FD_SET() etc.
  if(select(...) <= 0)
    break;
}
if(result == 0)  ... // SSL timed out
else if(result < 0) ... // SSL error 
else ... // success

我能够使用上述(伪(代码解决我的SSL问题。

_{这个答案是基于有用的评论和我的发现。}