反斜杠转义的数字 '\\1' 到 '\\7' 在 R 字符串中是什么意思，为什么它们比较错误？

Question

从 1 到 7 的反斜杠转义数字在打印时似乎没有任何作用。

我很好奇 R 如何解释它们，部分原因是它们似乎遵循一些奇怪的比较规则：

'\1' == '\2' # FALSE
'\1' <  '\2' # FALSE
'\1' >  '\2' # FALSE
'\1' <= '\2' # TRUE
'\1' >= '\2' # TRUE

编辑：行为似乎是平台相关的，所以这是我的sessionInfo

R version 3.5.2 (2018-12-20)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Arch Linux

Matrix products: default
BLAS: /usr/lib/libopenblasp-r0.3.5.so
LAPACK: /usr/lib/liblapack.so.3.8.0

locale:
 [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C
 [3] LC_TIME=en_US.UTF-8        LC_COLLATE=en_US.UTF-8
 [5] LC_MONETARY=en_US.UTF-8    LC_MESSAGES=en_US.UTF-8
 [7] LC_PAPER=en_US.UTF-8       LC_NAME=C
 [9] LC_ADDRESS=C               LC_TELEPHONE=C
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

loaded via a namespace (and not attached):
[1] compiler_3.5.2

Answer 1

它们是ASCII 字符的八进制常量/文字： “后跟最多三个数字的反斜杠被解释为 ASCII 字符的八进制表示法”

\\1 表示\\001，\\2 表示\\002，以此类推； 这两个都是不可打印的控制字符（准确地说是 SOM 和 EOA） 。 它们不等同于字符串“1”、“2”，我认为您假设它们是或应该是。

您可以通过以下方式查看它们的实际原始数值：

> charToRaw('\1')
[1] 01
> charToRaw('\2')
[1] 02
> charToRaw('1')
[1] 31
> charToRaw('2')
[1] 32
> charToRaw('\001')
[1] 01
> charToRaw('\002')
[1] 02

• 如果您的意思是“反斜杠转义”，请不要说“外壳转义”。 不要假设 R 将转义视为与 Unix shell 相同； 他们是不同的。
• 是的，我同意您发现的</==/>比较行为很奇怪且不一致，我确认我在语言环境 en_US.UTF-8 的 MacOS 上的 R 3.5.1 中得到了相同的结果。
• 但我不知道 R 语言是否保证对 32 位以下的不可打印 ASCII 常量进行字符串顺序比较（“整理顺序”/“整理序列”；自 1960 年代 Fortran 以来，这一直是一件事）。 也许最多值得一个小错误。 大多数语言规范都会警告您，将任何低于 32 的 ASCII 值弄乱都会导致奇怪/未定义的行为。
• 有关更多信息，请键入?base::Quotes或参阅R 语言定义：10.3.1 常量：八进制字符