带有 O_RDONLY 的 os.OpenFile 挂在没有编写器的命名管道上
来源:stackoverflow
时间:2024-04-13 23:03:36 407浏览 收藏
小伙伴们对Golang编程感兴趣吗?是否正在学习相关知识点?如果是,那么本文《带有 O_RDONLY 的 os.OpenFile 挂在没有编写器的命名管道上》,就很适合你,本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点,希望对大家的知识积累有所帮助!
我正在编写一个守护进程,它应该从临时 cli 命令接收通知,并选择通过 unix 命名管道来执行此操作。我编写了一个简短的包,一方面生成一个单独的 goroutine 以从节点读取并将收到的通知发送到通道(带有单元测试的游乐场):
type Writer struct { f *os.File } func NewWriter(ipc string) (*Writer, error) { f, err := os.OpenFile(ipc, os.O_WRONLY, 0600) if err != nil { return nil, fmt.Errorf("writer: open file: %w", err) } return &Writer{f: f}, nil } func (w *Writer) WriteString(str string) (int, error) { return w.f.WriteString(fmt.Sprint(str, "\n")) } func (w *Writer) Close() error { return w.f.Close() } type Reader struct { f *os.File rmFn func() error quit chan struct{} done *sync.WaitGroup } func NewReader(ipc string) (*Reader, error) { err := syscall.Mkfifo(ipc, 0640) if err != nil { return nil, fmt.Errorf("reader: create fifo: %w", err) } f, err := os.OpenFile(ipc, os.O_RDONLY, 0640) if err != nil { return nil, fmt.Errorf("reader: open fifo: %w", err) } return &Reader{ f: f, quit: make(chan struct{}), done: &sync.WaitGroup{}, rmFn: func() error { return os.Remove(ipc) }, }, nil } func (r *Reader) PollRead() <-chan string { reader := bufio.NewReader(r.f) out := make(chan string) r.done.Add(1) go func() { defer r.done.Done() for { line, err := reader.ReadBytes('\n') if err != nil { fmt.Printf("error reading from named pipe: %v\n", err) return } nline := string(line) nline = strings.TrimRight(nline, "\n") select { case out <- nline: case <-r.quit: close(out) return } } }() return out } func (r *Reader) Close() error { close(r.quit) r.done.Wait() err := r.f.Close() if err != nil { return fmt.Errorf("error closing named pipe: %v", err) } err = r.rmFn() if err != nil { return fmt.Errorf("error removing named pipe: %v", err) } return nil }
这似乎确实有效,但是它受到一种特殊行为的影响,即在任何编写者打开该文件之前,没有读者可以打开该文件,这似乎是根据我读过的有关该主题的其他内容来扭转行为;通常的抱怨是编写器挂起,因为没有任何读取器,但是,这里首先无法实例化读取器。
正确答案
这是 posix 系统接口中记录的默认行为>:
o_nonblock 当打开设置了 o_rdonly 或 o_wronly 的 fifo 时: 如果 o_nonblock 被设置,只读的 open() 将返回而不需要 延迟。如果没有进程,只写的 open() 将返回错误 当前已打开文件供读取。
如果 o_nonblock 被清除,则只读的 open() 将阻塞 调用线程,直到线程打开文件进行写入。一个开放的() 只写应阻塞调用线程,直到线程打开 供读取的文件。
打开支持的块特殊或字符特殊文件时 非阻塞打开:
如果设置了 o_nonblock,则 open() 函数将返回而不带 阻止设备准备就绪或可用。随后的行为 设备的属性是特定于设备的。
如果 o_nonblock 被清除,则 open() 函数将阻止调用 l> 线程直到设备准备好或可用才返回。
否则,o_nonblock 标志不会导致错误,但它是 未指定文件状态标志是否包含 o_nonblock 标志。
因此,解决方案是将 syscall.o_nonblock
标志添加到 openfile
调用中:
f, err := os.OpenFile(ipc, os.O_RDONLY|syscall.O_NONBLOCK, 0640)
编辑:正如评论中所讨论的,此解决方案不可移植到 darwin
环境。更便携的解决方案是在读取器端使用 o_rdwr
打开文件。
到这里,我们也就讲完了《带有 O_RDONLY 的 os.OpenFile 挂在没有编写器的命名管道上》的内容了。个人认为,基础知识的学习和巩固,是为了更好的将其运用到项目中,欢迎关注golang学习网公众号,带你了解更多关于的知识点!
-
502 收藏
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
139 收藏
-
204 收藏
-
325 收藏
-
477 收藏
-
486 收藏
-
439 收藏
-
357 收藏
-
352 收藏
-
101 收藏
-
440 收藏
-
212 收藏
-
143 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习