在我的系统(Ubuntu 17.10)上，你的例子就像预期的那样工作，无论是从命令行输入(到sh)还是作为sh脚本执行:

[bash]§ sh
$ STR="Hello\nWorld"
$ echo $STR
Hello
World
$ exit
[bash]§ echo "STR=\"Hello\nWorld\"
> echo \$STR" > test-str.sh
[bash]§ cat test-str.sh 
STR="Hello\nWorld"
echo $STR
[bash]§ sh test-str.sh 
Hello
World

我想这回答了你的问题:它就是有效。(我没有试图弄清楚诸如在sh中换行符替换\n的具体时间)。

然而，我注意到这个脚本在使用bash执行时会表现不同，而是会打印出Hello\nWorld:

[bash]§ bash test-str.sh
Hello\nWorld

我已经设法获得所需的输出与bash如下:

[bash]§ STR="Hello
> World"
[bash]§ echo "$STR"

注意$STR周围的双引号。如果保存并作为bash脚本运行，则行为相同。

下面也给出了期望的输出:

[bash]§ echo "Hello
> World"

这并不理想，但我已经编写了大量代码，并以类似于问题中使用的方法定义了字符串。被接受的解决方案要求我重构大量代码，因此，我将每个\n替换为“$'\n'”，这对我来说很有效。

我发现-e标志优雅而直接

bash$ STR="Hello\nWorld"

bash$ echo -e $STR
Hello
World

如果字符串是另一个命令的输出，我只使用引号

indexes_diff=$(git diff index.yaml)
echo "$indexes_diff"

免责声明:我首先写了这篇文章，然后偶然发现了这个问题。我以为这个解决方案还没有发布，看到tlwhitec确实发布了一个类似的答案。我仍然把这个贴出来，因为我希望这是一个有用和彻底的解释。

简短的回答:

这似乎是一个相当可移植的解决方案，因为它可以在相当多的shell上工作(参见评论)。 通过这种方式，可以在变量中获得真正的换行符。

这种解决方案的好处是您不必在源代码中使用换行符，因此可以缩进 按照您想要的方式编写代码，解决方案仍然有效。这使得它健壮。它也很便携。

# Robust way to put a real newline in a variable (bash, dash, ksh, zsh; indentation-resistant).
nl="$(printf '\nq')"
nl=${nl%q}

再答:

以上方案说明:

换行符通常会因为命令替换而丢失，但是为了防止这种情况，我们添加了一个'q'，然后删除它。(使用双引号的原因将在下文进一步解释。)

我们可以证明变量包含一个实际的换行符(0x0A):

printf '%s' "$nl" | hexdump -C
00000000  0a  |.|
00000001

(请注意，'%s'是需要的，否则printf将把文字'\n'字符串转换为实际的0x0A字符，这意味着我们什么也证明不了。)

当然，除了这个答案中提出的解决方案，人们也可以使用这个(但是…):

nl='
'

．.． 但是这种方法的健壮性较差，并且很容易因为不小心缩进代码，或者后来忘记缩进代码而被破坏，这使得在(缩进的)函数中使用不方便，而早期的解决方案是健壮的。

Now, as for the double quotes: The reason for the double quotes " surrounding the command substitution as in nl="$(printf '\nq')" is that you can then even prefix the variable assignment with the local keyword or builtin (such as in functions), and it will still work on all shells, whereas otherwise the dash shell would have trouble, in the sense that dash would otherwise lose the 'q' and you'd end up with an empty 'nl' variable (again, due to command substitution). That issue is better illustrated with another example:

dash_trouble_example() {
    e=$(echo hello world) # Not using 'local'.
    echo "$e" # Fine. Outputs 'hello world' in all shells.

    local e=$(echo hello world) # But now, when using 'local' without double quotes ...:
    echo "$e" # ... oops, outputs just 'hello' in dash,
              # ... but 'hello world' in bash and zsh.

    local f="$(echo hello world)" # Finally, using 'local' and surrounding with double quotes.
    echo "$f" # Solved. Outputs 'hello world' in dash, zsh, and bash.

    # So back to our newline example, if we want to use 'local', we need
    # double quotes to surround the command substitution:
    # (If we didn't use double quotes here, then in dash the 'nl' variable
    # would be empty.)
    local nl="$(printf '\nq')"
    nl=${nl%q}
}

上述解决方案的实际示例:

# Parsing lines in a for loop by setting IFS to a real newline character:

nl="$(printf '\nq')"
nl=${nl%q}

IFS=$nl

for i in $(printf '%b' 'this is line 1\nthis is line 2'); do
    echo "i=$i"
done

# Desired output:
# i=this is line 1
# i=this is line 2

# Exercise:
# Try running this example without the IFS=$nl assignment, and predict the outcome.

我根据其他答案所做的是

NEWLINE=$'\n'
my_var="__between eggs and bacon__"
echo "spam${NEWLINE}eggs${my_var}bacon${NEWLINE}knight"

# which outputs:
spam
eggs__between eggs and bacon__bacon
knight

我不是bash专家，但这个对我来说很管用:

STR1="Hello"
STR2="World"
NEWSTR=$(cat << EOF
$STR1

$STR2
EOF
)
echo "$NEWSTR"

我发现这更容易格式化文本。