O_RDONLY가 있는 os.OpenFile이 작성기 없이 명명된 파이프에서 중단됩니다.

PHP Editor Banana는 O_RDONLY와 함께 os.OpenFile 함수를 사용하여 라이터 없이 명명된 파이프에 마운트하는 특별한 작업 방법을 소개합니다. 이 작업 방법은 Named Pipe의 읽기 작업을 실현할 수 있으므로 기록기를 사용하지 않고도 Named Pipe의 데이터 정보를 쉽게 얻을 수 있습니다. 이 기술은 이해하기 쉽고 작동하기 쉽기 때문에 명명된 파이프를 다룰 때 개발자에게 탁월한 선택입니다. 다음으로 이 메서드를 사용하여 Named Pipe의 읽기 작업을 구현하는 방법을 자세히 소개하겠습니다.

질문 내용

저는 임시 cli 명령으로부터 알림을 받고 unix 명명된 파이프를 통해 알림을 받도록 선택하는 데몬을 작성 중입니다. 나는 노드에서 읽고 수신된 알림을 채널(단위 테스트가 있는 놀이터)로 보내는 별도의 고루틴을 생성하는 짧은 패키지를 작성했습니다.

으아악

이것은 작동하는 것 같지만 writer가 파일을 열기 전에 reader가 파일을 열 수 없는 특이한 동작으로 인해 문제가 발생합니다. 해당 주제 콘텐츠에 대해 읽은 다른 게시물을 기반으로 한 경우인 것 같습니다. 동작을 반전시키기 위해 일반적인 불만은 판독기가 없기 때문에 작성기가 중단된다는 것입니다. 그러나 여기에서는 애초에 판독기를 인스턴스화할 수 없습니다.

솔루션

이것이 posix 시스템 인터페이스中记录的默认行为>입니다:

o_nonblock o_rdonly 또는 o_wronly가 설정된 fifo를 열 때: if o_nonblock이 설정되어 있으면 읽기 전용 open()이 없이 반환됩니다. 지연. 프로세스가 없으면 쓰기 전용 open()은 오류를 반환합니다. 파일이 현재 읽기 위해 열려 있습니다.

o_nonblock이 지워지면 읽기 전용 open()이 차단됩니다. 스레드가 쓰기 위해 파일을 열 때까지 호출됩니다. 열린() 쓰기 전용은 스레드가 열릴 때까지 호출 스레드를 차단해야 합니다. 읽기용 파일입니다.

지원되는 블록 특수 또는 문자 특수 파일을 열 때 논블로킹 오픈:

o_nonblock이 설정된 경우 open() 함수는 없이 반환됩니다. 장치가 준비되거나 사용 가능한 상태가 되지 않도록 합니다. 후속 행동 장치 속성은 장치마다 다릅니다.

o_nonblock이 지워지면 open() 함수가 호출을 차단합니다. l> 장치가 준비되거나 사용 가능해질 때까지 스레드가 반환되지 않습니다.

그렇지 않으면 o_nonblock 플래그는 오류를 일으키지 않지만 파일 상태 플래그에 o_nonblock이 포함되어 있는지 여부는 지정되지 않습니다. 심벌 마크.

그래서 해결책은 호출에 syscall.o_nonblock 标志添加到 openfile를 넣는 것입니다:

으아악

편집: 댓글에서 논의한 것처럼 이 솔루션은 darwin 环境。更便携的解决方案是在读取器端使用 o_rdwr파일 열기에는 이식 가능하지 않습니다.

위 내용은 O_RDONLY가 있는 os.OpenFile이 작성기 없이 명명된 파이프에서 중단됩니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!