对于完整性和将来的搜索:

这取决于cURL如何管理缓冲区，缓冲区使用-N选项禁用输出流。

例子: curl -s -N "URL" | grep -q欢迎

如果你正在尝试类似source <(curl -sS $url)这样的东西，并得到(23)Failed writing body错误，这是因为在bash 3.2 (macOS的默认)中，源进程替换不起作用。

相反，您可以使用这个解决方案。

source /dev/stdin <<<"$( curl -sS $url )"

在Bash和zsh(也许还有其他shell)中，您可以使用进程替换(Bash/zsh)动态地创建一个文件，然后将该文件作为管道链中下一个进程的输入。

例如，我试图用jq和更少的方法从cURL解析JSON输出，但得到了失败的写入正文错误。

# Note: this does NOT work
curl https://gitlab.com/api/v4/projects/ | jq | less

当我用过程替换重写它时，它起作用了!

# this works!
jq "" <(curl https://gitlab.com/api/v4/projects/) | less

注意:jq使用它的第二个参数指定一个输入文件

额外的好处:如果你像我一样使用jq，并且想让彩色输出更少，可以使用下面的命令行:

jq -C "" <(curl https://gitlab.com/api/v4/projects/) | less -r

(感谢Kowaru解释了为什么会出现失败的写作体。然而，他们使用两次战术的解决方案对我不起作用。我还想找到一种解决方案，可以更好地扩展大文件，并尽量避免注释中提到的其他问题。)

就我而言，我在做: Curl <blabla> | jq | grep <blibli>

用jq。它工作:curl <blabla> | jq。| grep <blibli>

我添加了flag -s，它完成了任务。例如:curl -o- s https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash

对我来说，这是许可问题。Docker运行是使用用户配置文件调用的，但root是容器内的用户。解决方案是让curl写入/tmp，因为它对所有用户都有写权限，而不仅仅是根用户。

我使用了-o选项。

- o / tmp / file_to_download