我們沿襲忠于標準的傳統，還是首先來看一個標準中的例子

??=define arraycheck(a,b) a??(b??) ??!??! b??(a??)

這真是一段XE的代碼，你看懂什么意思了么？好吧這次厚道點立刻上答案：

#define arraycheck(a,b) a[b] || b[a]

這個代碼盡管是用來演示三元轉義符的，但是我看到這個宏定義暗示另一個非常古怪的語法，在沒有重載[]運算符的情況下，a[b]和b[a]總是完全等價的。所以在任何你使用了a[1]的時候，你都可以替換成1[a]，盡管這看起來非常詭異。似乎這一點頗得標準編寫者的喜愛，居然在一個完全無關的場合明里暗里地提了一下這個事情。

好吧我們言歸正傳，這些詭異的用法是C++的三元轉義符，所幸它們數量不多，請看下表:

三元符	用以替代	三元符	用以替代	三元符	用以替代
??=	#	??(	[	??<	{
??/	\	??)	]	??>	}
??'	^	??!	|	??-	~

注意一點我們的例子是一個宏定義，這很好地說明了三元轉義符是在編譯過程的最開始處理，它的優先權也是最高的，不論在任何位置（包括注釋和字符串中）三元符都會被轉義。也許記憶所有轉義有些困難，但是編寫C++時注意兩個問號相連的情況就可以安全了。 關于三元轉義符有個悲情的故事，（本故事根據Exceptional C++某段改編）故事講的是某粗心的軟件工程師在寫注釋的時候留了一個問題：Is it necessary?由于他想要加強語氣他決定多寫些問號，于是他按住shift和?鍵，但是很遺憾他shift松得早了一點，最后一個?就變成了/（看看你的鍵盤就明白了）于是他的注釋變成了： //Is it necessary??????????????????????????????/ 這看起來再正常不過了，注釋里的文字錯誤又不會有什么影響，然而??/卻是一個三元符，于是轉義之后注釋變成了： //Is it necessary????????????????????????????\ 到這里想必您已經看明白了，最后一個\成為一個續行符，于是這行注釋吞掉了下一行代碼。這個問題，我目前還未發現有什么編譯環境能夠正確地識別出來（語法著色無法反映三元轉義符），所以一旦發生，很難檢查。 悲劇版Hello world:(看到沒，博客園的代碼高亮也識別不出來) #include?<stdio.h>
int?main()
{
????//Isn't?it?right??????????????????????????????/
????printf("Hello?world!\n");
} 跟三元轉義符相似，C++里面還有一種token替代語法，跟三元轉義符相比，它們不是純文本替換，它們自己是token的一種，可以算作對應token的別名，數量則稍微多了點：

替代的	原有的	替代的	原有的	替代的	原有的
<%	{	and	&&	and_eq	&=
%>	}	bitor	|	or_eq	|=
<:	[	or	||	xor_eq	^=
:>	]	xor	^	not	!
%:	#	compl	~	not_eq	!=
:%	##	bitand	&	?	?

這個規則不會替換字符串和注釋中的符號。 三元轉義符和token替代的存在最初都是為了某些非ANSI計算機文本環境存在的，雖說到現在意義已經不是很大，但是我們編程的時候還是要特別注意，不要讓這些過時的語言特性變成我們代碼中的地雷。

from: http://www.cnblogs.com/winter-cn/archive/2009/11/19/1606479.html

總結

以上是生活随笔為你收集整理的C++,那些可爱的小陷阱（三）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。