不，这是标准的做法。它不会导致错误。

制作脚本

#!/bin/sh
echo $* 1>&2

那将是你的工具。

或者，如果您不想在单独的文件中有脚本，则生成一个函数。

您可以定义函数：

echoerr() { echo "$@" 1>&2; }
echoerr hello world

这将比脚本更快，并且没有依赖关系。

卡米洛·马丁的bash特定建议使用“here字符串”，并将打印传递给它的任何内容，包括echo通常会接受的参数（-n）：

echoerr() { cat <<< "$@" 1>&2; }

格伦·杰克曼的解决方案也避免了吞论点的问题：

echoerr() { printf "%s\n" "$*" >&2; }

这是一个简单的STDERR函数，它将管道输入重定向到STDERR。

#!/bin/bash
# *************************************************************
# This function redirect the pipe input to STDERR.
#
# @param stream
# @return string
#
function STDERR () {

cat - 1>&2

}

# remove the directory /bubu
if rm /bubu 2>/dev/null; then
    echo "Bubu is gone."
else
    echo "Has anyone seen Bubu?" | STDERR
fi


# run the bubu.sh and redirect you output
tux@earth:~$ ./bubu.sh >/tmp/bubu.log 2>/tmp/bubu.err

由于1是标准输出，因此不必在输出重定向前显式命名它，如>。相反，您可以简单地键入：

echo This message goes to stderr >&2

由于您似乎担心1>&2对您来说很难可靠地打字，因此删除多余的1可能会对您有一点鼓励！

另一种选择

echo foo >>/dev/stderr

read是一个shell内置命令，可打印到stderr，可以像echo一样使用，而无需执行重定向技巧：

read -t 0.1 -p "This will be sent to stderr"

-t 0.1是一个超时，它禁用读取的主要功能，将一行stdin存储到变量中。

你可以这样做，这有助于阅读：

>&2 echo "error"

>&2将文件描述符#2复制到文件描述符#1。因此，执行此重定向后，两个文件描述符将引用同一个文件：最初引用的是一个文件描述符#2。有关更多信息，请参阅Bash Hackers Illustrated redirection Tutorial。

如果您不介意将消息也记录到syslog，那么not_so_丑陋的方法是：

logger -s $msg

-s选项表示：“将消息输出到标准错误和系统日志。”

不要像这里提到的那样使用猫。cat是一个程序而echo和printf是bash（shell）内置的。启动一个程序或另一个脚本（如上所述）意味着创建一个新的过程，并承担所有成本。使用内置函数，编写函数非常便宜，因为不需要创建（执行）进程（-environment）。

开场白询问“是否有任何标准工具可以输出（管道）到stderr”，简短的回答是：否。。。为什么？重定向管道是unix（Linux…）和bash（sh）等系统中的一个基本概念。

我同意开场白的观点，即用这样的符号重定向：&2>1对现代程序员来说不是很愉快，但这就是bash。Bash不是为了编写庞大而健壮的程序，而是为了帮助管理员以更少的按键完成工作；-）

至少，您可以将重定向放置在行中的任何位置：

$ echo This message >&2 goes to stderr 
This message goes to stderr

注意：我回答的是帖子，而不是误导性/模糊的“输出到stderr的回声”问题（OP已经回答了）。

使用函数来显示意图和所需实现的来源。例如。

#!/bin/bash

[ -x error_handling ] && . error_handling

filename="foobar.txt"
config_error $filename "invalid value!"

output_xml_error "No such account"

debug_output "Skipping cache"

log_error "Timeout downloading archive"

notify_admin "Out of disk space!"

fatal "failed to open logger!"

错误处理为：

ADMIN_EMAIL=root@localhost

config_error() { filename="$1"; shift; echo "Config error in $filename: $*" 2>&1; }

output_xml_error() { echo "<error>$*</error>" 2>&1; }

debug_output() { [ "$DEBUG"=="1" ] && echo "DEBUG: $*"; }

log_error() { logger -s "$*"; }

fatal() { which logger >/dev/null && logger -s "FATAL: $*" || echo "FATAL: $*"; exit 100; }

notify_admin() { echo "$*" | mail -s "Error from script" "$ADMIN_EMAIL"; }

OP中处理问题的原因：

最好的语法（有意义的单词而不是难看的符号）更难出错（尤其是如果重用脚本）它不是标准的Bash工具，但它可以是您或您的公司/组织的标准shell库

其他原因：

清晰-向其他维护人员表明意图速度-函数比shell脚本快可重用性-一个函数可以调用另一个函数可配置性-无需编辑原始脚本调试-更容易找到导致错误的行（尤其是当您正在处理大量重定向/过滤输出时）健壮性-如果缺少函数并且无法编辑脚本，则可以使用同名的外部工具（例如，log_error可以别名为logger）切换实现-通过删除库的“x”属性，可以切换到外部工具输出不可知-您不再需要关心它是否到达STDERR或其他地方个性化-您可以使用环境变量配置行为

我的建议：

echo "my errz" >> /proc/self/fd/2

or

echo "my errz" >> /dev/stderr

echo“myerrz”>/proc/self/fd/2将有效地输出到stderr，因为/proc/self是当前进程的链接，/proc/sell/fd保存进程打开的文件描述符，然后，0、1和2分别代表stdin、stdout和stderr。

/proc/self链接在MacOS上不起作用，但是，/proc/self/fd/*在Android上的Termux上可用，但在/dev/stderr上不可用。如何从Bash脚本检测操作系统？如果您需要通过确定要使用的变量来使脚本更具可移植性，可以提供帮助。

我最近偶然发现的另一个选项是：

    {
        echo "First error line"
        echo "Second error line"
        echo "Third error line"
    } >&2

这只使用Bash内置程序，同时使多行错误输出不易出错（因为您不必记住在每行中添加&>2）。

James Roth和Glenn Jackman建议的组合解决方案

添加ANSI颜色代码以红色显示错误消息：

echoerr() { printf "\e[31;1m%s\e[0m\n" "$*" >&2; }

# if somehow \e is not working on your terminal, use \u001b instead
# echoerr() { printf "\u001b[31;1m%s\u001b[0m\n" "$*" >&2; }

echoerr "This error message should be RED"

这里有一个函数用于检查最后一个命令的退出状态，显示错误并终止脚本。

or_exit() {
    local exit_status=$?
    local message=$*

    if [ "$exit_status" -gt 0 ]
    then
        echo "$(date '+%F %T') [$(basename "$0" .sh)] [ERROR] $message" >&2
        exit "$exit_status"
    fi
}

用法：

gzip "$data_dir"
    or_exit "Cannot gzip $data_dir"

rm -rf "$junk"
    or_exit Cannot remove $junk folder

该函数打印脚本名称和日期，以便在从crontab调用脚本并记录错误时有用。

59 23 * * * /my/backup.sh 2>> /my/error.log