我经历了不同的linux命名管道客户端/服务器实现,但大多数使用读/写的阻塞默认值.
因为我已经使用poll()来检查其他标志,所以通过poll()检查传入的FIFO数据也是个好主意...
经过所有研究后,我认为在O_RDWR模式下打开管道是在没有编写器打开管道时防止管道上无限数量的EOF事件的唯一方法.
这样管道的两端都是关闭的,其他客户端也可以打开可写端.为了回应我会使用单独的管道......
我的问题是,尽管我发现了一些使用O_RDWR标志的示例,但open()联机帮助页将此标志描述为在分配给FIFO时无法使用.(http://linux.die.net/man/3/open)
但是如何在没有O_RDWR的情况下在管道上使用poll()？你认为"O_RDWR"是打开管道的合法方式吗？
我正在寻找正确的方法来指定Authorization具有自定义类型/前缀（如 OpenAPI 3 中的“ApiKey”）的标头。
自定义Authorization标头应该类似于
Authorization: ApiKey myAPIKeyHere
我所有指定securitySchemes条目的尝试type: apiKey似乎都会产生其他结果......
我得到的最接近的是这样的：
Authorization: ApiKey myAPIKeyHere
...但这会生成ApiKey: myAPIKeyHere标头而不是Authorization: ApiKey myAPIKeyHere.
这样的要求如何具体化呢？