Início / coding / Perguntas / 79305057
Accepted
konchy
Asked: 2024-12-24 15:56:57 +0800 CST

Por que "exec 7<>$tmp_file" torna a gravação de pipe nomeado não bloqueante?

  • 772

Sou novo em programação de scripts bash e estou tentando entender o código abaixo:

tmp_file=/tmp/tmp_file$$
mkfifo $tmp_file
echo "msg_A" >$tmp_file # blocks, since pipe is unbuffered and no one is reading from it
read msg <$tmp_file
echo $msg

tmp_file=/tmp/tmp_file$$
mkfifo $tmp_file

exec 7<>$tmp_file # add this line

echo "msg_A" >$tmp_file # now, the write operation won't block, why?
read msg <$tmp_file
echo $msg  # msg_A is printed

Quero saber o que acontece exec 7<>$tmp_fileno exemplo de código acima e por que adicionar esta linha torna a operação de gravação não bloqueante?

bash

1 respostas

  1. Best Answer

    Quero saber o que acontece exec 7<>$tmp_fileno exemplo de código acima e por que adicionar esta linha torna a operação de gravação não bloqueante?

    Não. Esse execcomando abre $tmp_file(o que resolve para o nome de um FIFO) para leitura e escrita, e o deixa aberto , associado ao descritor de arquivo número 7 (dentro dessa execução do script).

    A outra parte relevante do exemplo de código é esta:

    echo "msg_A" >$tmp_file # blocks, since pipe is unbuffered and no one is reading from it

    ... e você tem um pequeno mal-entendido sobre isso. Não é a gravação no FIFO que bloqueia sem o exec. Em vez disso, é a tentativa do shell de abrir o FIFO em primeiro lugar, o que acontece antes de qualquer parte echodele ser executada. Veja Linux named pipes: não tão FIFO quanto pensado em Unix & Linux SE. (Embora essa questão pergunte especificamente sobre Linux, a semântica FIFO descrita é bem comum entre sistemas operacionais da família Unix.)

    Depois que execo FIFO é aberto para leitura e escrita, até que o descritor de arquivo seja fechado, qualquer processo com permissões suficientes pode abrir o FIFO para leitura ou escrita sem bloqueio.

    • 4

relate perguntas