|
同样，可以用 write API 函数来探测对等套接字的闭包。在这种情况下，接收 SIGPIPE 信号，或如果该信号阻塞，write函数将返回 -1 并设置 errno 为 EPIPE。
隐患 3.地址使用错误(EADDRINUSE)
您可以使用 bind API 函数来绑定一个地址(一个接口和一个端口)到一个套接字端点。可以在服务器设置中使用这个函数，以便限制可能有连接到来的接口。也可以在客户端设置中使用这个函数，以便限制应当供出去的连接所使用的接口。bind 最常见的用法是关联端口号和服务器，并使用通配符地址(INADDR_ANY)，它允许任何接口为到来的连接所使用。
bind 普遍遭遇的问题是试图绑定一个已经在使用的端口。该陷阱是也许没有活动的套接字存在，但仍然禁止绑定端口(bind 返回 EADDRINUSE)，它由 TCP 套接字状态 TIME_WAIT 引起。该状态在套接字关闭后约保留 2 到 4 分钟。在 TIME_WAIT 状态退出之后，套接字被删除，该地址才能被重新绑定而不出问题。
等待 TIME_WAIT 结束可能是令人恼火的一件事，特别是如果您正在开发一个套接字服务器，就需要停止服务器来做一些改动，然后重启。幸运的是，有方法可以避开 TIME_WAIT 状态。可以给套接字应用 SO_REUSEADDR 套接字选项，以便端口可以马上重用。
考虑下面的例子。在绑定地址之前，我以 SO_REUSEADDR 选项调用 setsockopt。为了允许地址重用，我设置整型参数(on)为 1 (不然，可以设为 0 来禁止地址重用)。
使用 SO_REUSEADDR 套接字选项避免地址使用错误
探究一个函数片断，它完成套接字 send 操作(通过套接字发送数据)。函数的错误状态被捕获并测试，但这个例子忽略了 send 在无阻塞模式(由 MSG_DONTWAIT 标志启用)下的一个特性。
send API 函数有三类可能的返回值：
-
如果数据成功地排到传输队列，则返回 0。
-
如果排队失败，则返回 -1(通过使用 errno 变量可以了解失败的原因)。
-
如果不是所有的字符都能够在函数调用时排队，则最终的返回值是发送的字符数。
由于 send 的 MSG_DONTWAIT 变量的无阻塞性质，函数调用在发送完所有的数据、一些数据或没有发送任何数据后返回。在这里忽略返回状态将导致不完全的发送和随后的数据丢失。
隐患 2.对等套接字闭包
UNIX 有趣的一面是您几乎可以把任何东西看成是一个文件。文件本身、目录、管道、设备和套接字都被当作文件。这是新颖的抽象，意味着一整套的 API 可以用在广泛的设备类型上。
考虑 read API 函数，它从文件读取一定数量的字节。read 函数返回读取的字节数(最高为您指定的最大值);或者 -1，表示错误;或者 0，如果已经到达文件末尾。
如果在一个套接字上完成一个 read 操作并得到一个为 0 的返回值，这表明远程套接字端的对等层调用了 close API 方法。该指示与文件读取相同 —— 没有多余的数据可以通过描述符读取。
适当处理 read API 函数的返回值
一旦我们全面采用了视频会议、Teams、Slack、monday.com等工具，团队成员的工作进度一目了然，大家可以看到别的组员在做什么，而不用根据是否在办公时间去推测大家是否在工作。同样，“现在是下班时间，别去打扰别人”这种说法也不复存在。
既然我们已经接受了这种转变，而且生产力并未受到明显影响，人们很可能不会再回到原来的模式了。Evans说道：“人们可以早起工作，然后在午饭时间照看孩子，下午再工作一会儿，再照料家人晚餐，到了晚上还能工作上两个小时。考虑到远程工具的性质，人们通常都可以接受这种形式。”这是一个很大的转变。在传统的办公室环境中，你很难要求员工在晚上10点还在工作。
Burns也表示赞同。他说：“最近我在与以色列的一个团队合作。有一天，我知道当地时间已经很晚了，所以我在联系他之前，在monday.com看了一下他的状态。他设置的是‘工作，也陪伴家人’。我给他发了条信息，让他知道我只是在提供一条工作进度更新，并祝他和家人一切顺利。”
他知道自己会分散同事的一部分注意力(不是全部)，所以他表明了自己的意图和预期。这种情况下，同事抽出部分注意力就足够了，因而不需要打电话或者开会。二人的交互通过即时讯息很快就完成了，这种情况现在随处可见。Burns说，如今人们对他人的“状态”变得越来越尊重了。
（编辑：鞍山站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
