轉(zhuǎn)義、處理形式、優(yōu)先級、回車和換行1、轉(zhuǎn)義1.1、字符串轉(zhuǎn)義與正則轉(zhuǎn)義1.2、元字符的轉(zhuǎn)義1.3、徹底消除元字符的特殊含義1.4、字符組中的轉(zhuǎn)義2、正則表達(dá)式的處理形式2.1、函數(shù)式處理2.2、面向?qū)ο笫教幚?.3、比較2.4、線程安全性3、表達(dá)式中的優(yōu)先級4、回車和換行1、轉(zhuǎn)義正則表達(dá)式中的轉(zhuǎn)義是一個麻煩的問題經(jīng)常會搞得人頭疼。雖然之前各章都提到了轉(zhuǎn)義仍然有必要專門介紹。1.1、字符串轉(zhuǎn)義與正則轉(zhuǎn)義理解轉(zhuǎn)義的基礎(chǔ)是明白字符串與正則表達(dá)式的關(guān)系。通常說的string字符串中string稱為字符串文字String Literal??它是某個字符串的值在源代碼中的表現(xiàn)形式。比如字符串文字\n它包含\和n兩個字符意義或者說它的值是一個換行符為方便觀察表示為NL?。在生成字符串時應(yīng)當(dāng)進(jìn)行“字符串轉(zhuǎn)義”?才能準(zhǔn)確識別字符串文字中\(zhòng)n的意思如下表所示。另一方面在源代碼中看到的“正則表達(dá)式”regex其中的regex稱為正則表達(dá)式文字Regular ExpressionLiteral以下簡稱正則文字?是正則表達(dá)式的表現(xiàn)形式。比如正則表達(dá)式\d其正則文字包含\和d兩個字符它的意義或者說值是匹配數(shù)字字符的字符組簡記法。在生成正則表達(dá)式時應(yīng)當(dāng)進(jìn)行“正則轉(zhuǎn)義”?才能將正則文字中的\d識別為字符組簡記法。這兩點(diǎn)都不難理解但從字符串轉(zhuǎn)到正則表達(dá)式的過程就比較復(fù)雜。因?yàn)椴簧僬齽t表達(dá)式都是以字符串形式提供的所以必須經(jīng)過從字符串文字到正則表達(dá)式的轉(zhuǎn)換。根據(jù)上面的介紹字符串文字首先必須經(jīng)過“字符串轉(zhuǎn)義”?才能得到真正的字符串接下來這個字符串作為正則文字經(jīng)過“正則轉(zhuǎn)義”?最終得到正則表達(dá)式。下圖說明了從字符串文字到正則表達(dá)式的轉(zhuǎn)義過程下表則列出了若干常用字符串的轉(zhuǎn)義。換行符和制表符的情況比較容易理解它們的正則文字是\n和\t也就是字符串的值。但是從字符串文字必須經(jīng)過字符串轉(zhuǎn)義才能得到作為正則文字的\n和\t根據(jù)字符串轉(zhuǎn)義的規(guī)則反斜線字符\必須寫成\所以字符串文字必須寫成\n和\t。如果要表示正則表達(dá)式中的\必須使用正則文字\\這樣在正則轉(zhuǎn)義時才能正確識別。同時正則文字中的每個\都必須用字符串文字\\表示所以正則表達(dá)式\對應(yīng)的字符串文字就是\\\\。網(wǎng)絡(luò)上常有人問某個正則表達(dá)式中為什么需要連續(xù)用到4個反斜線字符原因就在這里。\的轉(zhuǎn)義有時候情況更復(fù)雜正則表達(dá)式中的換行符或者制表符在字符串文字中必須寫成\\n或\\t但是用\n或\t也沒有問題。原因在于在處理字符串轉(zhuǎn)義時它們已經(jīng)被解釋為換行符或制表符所以傳遞給正則表達(dá)式的字符串中就包含了換行符或者制表符具體情況如下表所示。從下例可以看到字符串文字中的\\n和\n表示的是同一個字符只是前者先做字符串轉(zhuǎn)義再做正則轉(zhuǎn)義而后者只做了字符串轉(zhuǎn)義?？磥硭坪踹€是\n更符合直覺一些—如果你確實(shí)能夠理解為什么字符串文字中\(zhòng)\n和\n的結(jié)果竟然一樣使用\n確實(shí)可行。但是正則表達(dá)式中\(zhòng)的字符串文字還是必須寫成\\\\。\n和\t的轉(zhuǎn)義要特別注意的是\b。在一般字符串中\(zhòng)b是預(yù)定義的轉(zhuǎn)義序列表示退格符backspace表示為BS?但是在正則表達(dá)式中它表示單詞邊界記為\B?。如果在字符串文字中寫\b字符串轉(zhuǎn)義為退格符作為正則表達(dá)式交給正則表達(dá)式正則表達(dá)式真正得到的就是退格符\BS而不是單詞邊界\B如下表和下例所示。所以如果用到了單詞邊界在字符串文字中一定要寫成\\b。所以最保險的辦法是正則表達(dá)式中的每一個\在字符串文字中都要寫成\\。\b的轉(zhuǎn)義在Python中也可以這樣如下例所示。Python中 \d的轉(zhuǎn)義看起來足夠奇怪因?yàn)樵谧址衆(zhòng)d和\(都不是合法的轉(zhuǎn)義序列所以如果在Java中這樣寫是會報編譯錯誤的。為什么Python中可以呢這是因?yàn)镻ython對字符串有特殊的規(guī)定如果遇到無法識別的轉(zhuǎn)義序列則將它原封不動地保存下來具體的處理見下表。在PHP中也有同樣的規(guī)定所以在PHP的字符串文字中也可以直接寫\d、\w、\s等效果和\d、\w、\s是一樣的。這樣看來使用字符串形式的正則表達(dá)式轉(zhuǎn)義的處理確實(shí)比較復(fù)雜。最好是能省去這些麻煩—正則表達(dá)式是怎樣的正則文字中就怎樣寫。要做到這一點(diǎn)有兩種辦法第一使用原生字符串Raw String?也就是完全忽略字符串轉(zhuǎn)義的特殊字符串在Python、Ruby、.NET、Golang中都提供了原生字符串。第二直接使用正則文字在Ruby和JavaScript中可以這么做。下面以正則表達(dá)式a\.\nb\b為例。這種方法一般是直接在正則表達(dá)式兩端添加分隔符/。此時字符串轉(zhuǎn)義會被略過不過另外還有一個字符需要轉(zhuǎn)義就是分隔符/?？偟膩砜崔D(zhuǎn)義的情況確實(shí)很復(fù)雜。我推薦的做法是第一如果可以使用原生字符串或者正則文字直接表示正則表達(dá)式應(yīng)當(dāng)盡量使用這種做法因?yàn)樗唵沃庇^方便理解?而且本書從此開始如果能使用原生字符串表示正則表達(dá)式則使用原生字符串在Python示例代碼中使用rregex的形式。第二如果確定必須使用字符串文字請盡量堅持這條原則正則表達(dá)式中的每個反斜線\在字符串文字中都必須寫成\只有\(zhòng)n、\t中的反斜線例外但是\n和\t也不難理解?我不推薦使用語言自身提供的“字符串轉(zhuǎn)義時將無法識別的轉(zhuǎn)義序列保留下來”的規(guī)定—比如要在正則表達(dá)式中使用字符組簡記法\d正則文字中要寫為\d而不是\d—這樣有利于使用其他語言的程序員閱讀。1.2、元字符的轉(zhuǎn)義了解了字符串與表達(dá)式的關(guān)系再來看正則表達(dá)式中元字符的轉(zhuǎn)義。元字符是有特殊含義的字符如果要匹配“元字符”自身則必須轉(zhuǎn)義也就是在元字符之前添加反斜線\。比如元字符點(diǎn)號.可以匹配除換行符以外的任何字符如果要準(zhǔn)確匹配字符串中的點(diǎn)號.正則表達(dá)式中就必須寫\.。也有些時候匹配元字符自身并非一定要轉(zhuǎn)義下表列出了各種結(jié)構(gòu)的轉(zhuǎn)義。從表中可以看到對稱出現(xiàn)的元字符在轉(zhuǎn)義時并不是“對稱”的比如與開方括號[對應(yīng)的閉方括號]與開花括號{對應(yīng)的閉花括號}這兩個字符是否是元字符取決于之前是否出現(xiàn)了開方括號或開花括號。如果出現(xiàn)了則作為元字符出現(xiàn)否則作為普通字符出現(xiàn)。下表以方括號為例說明了這一點(diǎn)。字符組內(nèi)部的閉方括號]在任何情況下都要轉(zhuǎn)義否則類似[?]?]的正則表達(dá)式會出現(xiàn)二義性造成識別錯誤。所以能匹配字符a、字符b、字符]的字符組應(yīng)當(dāng)寫為[ab\]?]而不是[ab]?]。同樣道理括號內(nèi)部的任何閉括號)都要轉(zhuǎn)義比如包含ab和b)的多選結(jié)構(gòu)的正則表達(dá)式就應(yīng)當(dāng)寫為(ab|c\))而不是(ab|c))。另一點(diǎn)容易忽略的是在進(jìn)行正則表達(dá)式替換時replacement字符串中也可能出現(xiàn)轉(zhuǎn)義。比如在Java中replacement里通過$num引用對應(yīng)的捕獲分組。如果想在替換時使用一個單獨(dú)的$符號而不是引用分組比如生成價格字符串?則會報錯必須做轉(zhuǎn)義才可以解決問題在Java中使用\$代碼見下例。Java中$的轉(zhuǎn)義.NET中的replacement中同樣使用$num引用對應(yīng)的捕獲分組但是.NET中$的轉(zhuǎn)義并不是\$而是$$代碼見下例。.NET中$的轉(zhuǎn)義Condoe.Write(Regex.Replace(the price is 12.99, \\d\\.\\d{0, 2}, $$$0)); the price is $12.991.3、徹底消除元字符的特殊含義有些時候需要消除所有元字符的特殊含義全部作為普通字符。這種情況經(jīng)常發(fā)生在處理用戶輸入的場合用戶輸入了某個字符串需要根據(jù)這個字符串進(jìn)行正則表達(dá)式查找。假設(shè)某個文件中包含多個文本片段用空格分隔現(xiàn)在需要查找包含用戶輸入內(nèi)容的片段用戶輸入cat查找包含cat的行直接的思路是^.*cat.*$使用多行模式同時不能指定單行模式?假設(shè)用戶輸入的內(nèi)容保存在變量userInput中就應(yīng)當(dāng)用^.* userInput .*$得到查找用的正則表達(dá)式。如果用戶輸入cat這么做當(dāng)然沒有問題。如果用戶輸入的是ca*t得到的正則表達(dá)式就是^.*ca*t.*$本意是查找包含字符串ca*t的行但*是正則表達(dá)式中的元字符正則表達(dá)式ca*t能匹配字符串cat、caat、caaat卻不能匹配ca*t這樣就會產(chǎn)生錯誤。更麻煩的是惡意用戶可能會輸入a(b*b*)b*之類的字符串這樣的正則表達(dá)式匹配起來會消耗非常多的資源這就是正則表達(dá)式拒絕服務(wù)攻擊?嚴(yán)重時可能把服務(wù)程序打垮。為解決這類問題一些語言中的正則表達(dá)式提供了特殊結(jié)構(gòu)徹底消除元字符的特殊含義提供真正“安全”的表達(dá)式也就是普通字符串?。最常見的做法是在需要消除元字符特殊含義的正則表達(dá)式兩端添加\Q和\E也就是\Q…\E其中Q表示“引用文本Quoted”?而E表示“引用文本結(jié)束End”??像下例那樣。此時正則表達(dá)式\Qca*t\E就不再能匹配cat、caat、caaat只能匹配ca*t。\Q…\E只對在它內(nèi)部的子表達(dá)式生效所以在正則表達(dá)式^.*\Qca*t\E.*$中^.$和.*$會按照正則表達(dá)式的默認(rèn)規(guī)則匹配只有中間的ca*t作為普通字符串匹配整個表達(dá)式能夠匹配的就是確定包含ca*t的行。用\Q…\E消除元字符的特殊含義\Q…\E并不是所有語言都支持的在本書介紹的語言中明確支持它的有Java、PHP、Objective-C、Golang。其他語言雖然不支持\Q…\E的記法但其中一些也提供了專門的處理函數(shù)消除元字符的特殊含義比如.NET的Regex.Escape(text)它接收一個字符串返回的字符串中的所有元字符都做了轉(zhuǎn)義處理消除了特殊含義從其結(jié)果字符串生成的正則表達(dá)式就只能匹配與text完全一樣的字符串代碼見下例。用專門的函數(shù)消除元字符的特殊含義下表列出了各種語言中消除元字符特殊含義的函數(shù)。PHP中的正則表達(dá)式兩端必須出現(xiàn)分隔符所以preg_quote()可以設(shè)定第二個參數(shù)明確指定分隔符否則假如分隔符是/而text又包含/就可能發(fā)生沖突。請記住使用正則表達(dá)式時仔細(xì)分辨并消除用戶輸入字符串中元字符的特殊含義是不可忽略的步驟。1.4、字符組中的轉(zhuǎn)義在正則表達(dá)式中如果需要表示作為元字符的普通字符比如*、?、(等?就需要使用轉(zhuǎn)義這一點(diǎn)不存在疑義。特殊的是常見的元字符出現(xiàn)在字符組內(nèi)部基本都不算元字符也就是說它們在字符組內(nèi)部出現(xiàn)時不需要轉(zhuǎn)義。代碼如下例所示。字符組內(nèi)部幾乎沒有元字符之前講過字符組有自己的元字符規(guī)定也有相應(yīng)的轉(zhuǎn)義規(guī)定在字符組內(nèi)部只有三個字符需要轉(zhuǎn)義。一個是閉方括號]?如果不是作為字符組結(jié)束標(biāo)志的閉方括號則必須寫成\]比如[0\]9]它可以匹配的字符是0、?]?、9一個是橫線-如果不是用于范圍表示法比如[0-9]?必須寫成\-比如[0\-9]它可以匹配的字符是0、-、9當(dāng)然如果它緊跟在開方括號之后也可以不用轉(zhuǎn)義[0\-9]和[-09]是等價的我更推薦后一種寫法因?yàn)楦逦啙?還有一個需要轉(zhuǎn)義的字符是^如果它不是用于排除型字符組[^ab]?則應(yīng)當(dāng)寫成\^比如[\^ab]它可以匹配除^、a、b之外的任何字符如果它不是緊跟在開方括號之后也不用轉(zhuǎn)義[\^ab]、[a^b]、[ab^]是完全等價的我更推薦后兩種寫法因?yàn)楦逦啙?。從下例可以看到這兩種寫法的結(jié)果是相同的。字符組中三個需要轉(zhuǎn)義的元字符2、正則表達(dá)式的處理形式在之前講解正則表達(dá)式時主要使用的Python語言中其具體辦法是調(diào)用re這個package中的函數(shù)方法?比如re.search()、re.findall()、re.sub()。選擇合適的函數(shù)將正則表達(dá)式和字符串傳入這是一種常見的方式比如PHP也是如此。但是正則表達(dá)式并不只有這一種處理形式比如Java語言的處理形式就與Python和PHP大不一樣所以下面簡單介紹常見的處理形式。2.1、函數(shù)式處理在函數(shù)式處理中正則表達(dá)式的常見操作查找、替換等都有對應(yīng)的函數(shù)執(zhí)行這些操作時調(diào)用對應(yīng)的函數(shù)將正則表達(dá)式和字符串作為參數(shù)傳入即可Python、PHP是函數(shù)式處理的典型代表。2.2、面向?qū)ο笫教幚鞪ava、.NET、Objective-C、Golang之類的語言中的正則表達(dá)式采取了不同的處理形式進(jìn)行正則表達(dá)式處理之前必須生成專門的正則表達(dá)式對象在不同的語言里對象所屬的類名不同?再調(diào)用此對象的成員函數(shù)。2.3、比較同樣是進(jìn)行查找操作如果使用函數(shù)式處理只需要調(diào)用對應(yīng)的函數(shù)但使用面向?qū)ο笫教幚硇枰植竭M(jìn)行首先生成各種對象再調(diào)用對象自身的方法?？雌饋砗笳咭闊┖芏噙@種處理方式有什么好處呢之前講過正則表達(dá)式并不等于字符串即便正則表達(dá)式是以字符串形式給出的進(jìn)行正則表達(dá)式操作之前必須首先生成專用的“正則表達(dá)式對象”?。函數(shù)式處理隱去了生成的過程感覺更加直接面向?qū)ο笫教幚韯t暴露了生成的過程感覺更加細(xì)致。只要執(zhí)行正則表達(dá)式操作就會產(chǎn)生正則表達(dá)式對象所以面向?qū)ο笫教幚淼拇a雖然更煩瑣但是如果需要重復(fù)用到某些表達(dá)式它的效率往往遠(yuǎn)高于函數(shù)式處理—在面向?qū)ο笫教幚碇锌梢詫⒁呀?jīng)生成的對象作為變量保存起來就不必重復(fù)生成了。面向?qū)ο笫教幚淼牟襟E分明、效率更高而函數(shù)式處理的好處是方便順手、代碼簡潔。所以最好的辦法是根據(jù)應(yīng)用場合的不同采取不同的處理方式如果正則表達(dá)式只是單次使用則選擇函數(shù)式處理如果正則表達(dá)式需要重復(fù)使用則選擇面向?qū)ο笫教幚?。?shí)際上許多編程語言也提供了對應(yīng)的設(shè)計比如Python提供了一些面向?qū)ο笫教幚淼姆椒↗ava和.NET也提供了一些函數(shù)式處理的方法。在Python中進(jìn)行面向?qū)ο笫教幚砜梢韵日{(diào)用re.compile()生成專門的RegexObject對象也就是正則表達(dá)式對象?在進(jìn)行正則表達(dá)式操作時可以把這個對象作為參數(shù)傳給對應(yīng)的函數(shù)另一方面re中各個函數(shù)也可作為對象自身的成員方法所以調(diào)用生成好的RegexObject對象的成員方法也是可以的如下例所示。Python中可以使用兩種處理方式Java語言雖然采用面向?qū)ο笫教幚淼蔡峁┝艘恍┍憬莺瘮?shù)比如Pattern.matches(regex,input)它用來驗(yàn)證input能否由regex匹配如下例所示。Java中也可以使用函數(shù)式處理.NET中也提供了類似的方法比如Regex.IsMatch(regex,input)它也用來驗(yàn)證input能否由regex匹配代碼如下例所示。.NET(C#)中也可以使用函數(shù)式處理2.4、線程安全性如果采用面向?qū)ο笫教幚砜梢詫⑸傻恼齽t表達(dá)式對象存儲在變量中反復(fù)使用以提高效率。在單線程編程的環(huán)境下?“反復(fù)使用”當(dāng)然沒有問題如果多個線程共用同一個正則表達(dá)式對象結(jié)果會如何呢仔細(xì)觀察面向?qū)ο笫教幚砜梢园l(fā)現(xiàn)在面向?qū)ο笫教幚碇幸话銜霈F(xiàn)兩個對象一個是單獨(dú)對應(yīng)正則表達(dá)式的可以叫作“正則表達(dá)式對象”?比如Java中的Pattern、.NET中的Regex、Python中的RegexObject、Objective-C中的NSRegularExpression、Golang中的Regexp另一個是在正則表達(dá)式與希望處理的字符串聯(lián)系起來時生成的對象可以叫作“匹配結(jié)果對象”?比如Java中的Matcher、.NET中的Match、Python中的MatchObject。?這幾個對象之間的關(guān)系如下圖所示。正則表達(dá)式對象本身基本沒有什么狀態(tài)可言所以這個對象總是線程安全的可以由多個線程共享。匹配結(jié)果對象則需要維護(hù)自身狀態(tài)比如當(dāng)前匹配是否成功當(dāng)前匹配的開始或結(jié)束偏移值等。如果多個線程共享同一個匹配結(jié)果對象有可能遇到這樣的情況某個線程正在查詢當(dāng)前匹配的開始位置另一個線程調(diào)用了matcher.find()Java中或者M(jìn)atch.nextMatch().NET中之類的方法嘗試進(jìn)行下一次匹配就可能產(chǎn)生混亂。所以匹配結(jié)果對象一般不是線程安全的也不應(yīng)由多個線程共享。因此最理想的辦法是多個線程可以共享同一個正則表達(dá)式對象節(jié)省時間但操作不同文本時應(yīng)當(dāng)針對各個線程生成專屬的匹配結(jié)果對象如下圖所示。多線程環(huán)境下錯誤使用正則表達(dá)式以Java為例多線程環(huán)境下正確使用正則表達(dá)式以Java為例3、表達(dá)式中的優(yōu)先級正則表達(dá)式千變?nèi)f化都是由之前介紹的字符組、括號、量詞等基本結(jié)構(gòu)組合而成的只要掌握了組合的規(guī)則面對再復(fù)雜的表達(dá)式都能把結(jié)構(gòu)梳理清楚。仔細(xì)觀察會發(fā)現(xiàn)正則表達(dá)式的元素之間的組合關(guān)系只有4種。除列出的4種組合關(guān)系外正則表達(dá)式中的其他結(jié)構(gòu)比如環(huán)視(?…)都可以視為單獨(dú)的元素其中的正則表達(dá)式最終可以歸類到上面的4種組合關(guān)系中。所以真正需要關(guān)心的就是這4種組合的優(yōu)先級詳見下表。有了上表就可以拆解各種表達(dá)式了下表給出了幾個簡單的例子。如果你覺得上面這幾個例子都不難理解來看一個更復(fù)雜的表達(dá)式ab*(cd|e)?|fg它的優(yōu)先級劃分關(guān)系如下圖所示。判斷優(yōu)先級并不困難一般來說根據(jù)上面介紹的知識逐步拆解即可但是多選結(jié)構(gòu)值得單獨(dú)強(qiáng)調(diào)。常見的多選結(jié)構(gòu)是以豎線配合括號(option1|option2)的形式給出來的但是多選結(jié)構(gòu)并非必須與括號連用如果沒有括號單獨(dú)出現(xiàn)豎線|也可以實(shí)現(xiàn)多選結(jié)構(gòu)的功能比如正則表達(dá)式ab|cd它能匹配的字符串和(ab|cd)是完全一樣的。比較起來后一種寫法更加清楚因?yàn)閮啥说睦ㄌ柮鞔_限定了豎線所標(biāo)識的多選結(jié)構(gòu)的范圍所以很難混淆^(ab|cd)$和^ab|cd$后者等于(^ab|cd$)而且在匹配之后還可以使用分組及反向引用等功能\1、\2之類?明確得到匹配的文本不用括號則做不到這點(diǎn)?再進(jìn)行下一步操作。但是分組又會降低效率尤其是在正則表達(dá)式非常復(fù)雜或者要處理的文本非常多時使用分組可能會嚴(yán)重影響效率?？紤]到這些因素我推薦的做法是應(yīng)用多選結(jié)構(gòu)一定不能省略括號但同時為了避免分組影響效率如果不需要提取捕獲文本應(yīng)當(dāng)把普通的括號(…)改為非捕獲型括號(?:…)這樣既明確標(biāo)識了多選結(jié)構(gòu)又免去了分組捕獲的成本。不過在本書中為了格式簡單清晰考慮除非特別說明一般不使用非捕獲型括號。4、回車和換行許多程序員經(jīng)常搞不清楚回車\r和換行\(zhòng)n到底有什么區(qū)別只知道兩個字符寫法不同。然而鍵盤上只有回車鍵它起到的作用卻是“換行”?。在大多數(shù)時候我們只是在編輯文本時敲一下回車鍵然后本行結(jié)束光標(biāo)自動轉(zhuǎn)到下一行的開始位置。因?yàn)槠脚_和軟件的不同有時候輸入的是換行\(zhòng)n有時候輸入的是回車換行\(zhòng)r\n歷史久遠(yuǎn)的某些平臺可能會輸入\r。為什么會這樣其中的區(qū)別到底在哪里其實(shí)這是一個歷史問題。在文字處理軟件還沒有發(fā)明的年代大家只能用機(jī)械打字機(jī)來打字如今還可以在一些電影里看到它的樣子。不同于今天計算機(jī)中的文字處理軟件可以由計算機(jī)來排版機(jī)械打字機(jī)的每個鍵“打”在紙上的位置都是相同的為了避免字符輸入重疊每打印一個字符打印紙就向左移動一格這樣下一個字符才會打在當(dāng)前字符的右側(cè)。實(shí)現(xiàn)這個功能的裝置的中文名是“打印頭”?英文名是carriage—大概因?yàn)樗容^像馬車吧。在使用機(jī)械打字機(jī)時每打印完一行就必須敲“回車”?讓打印頭回到初始位置再次打字仍然從最左側(cè)開始。同時還不要忘記敲“換行”?讓打印紙向上移動一行否則兩行就會重疊在一起后一行的字符直接打在前一行已有的字符上。今天在計算機(jī)中無論回車還是換行都不會讓兩行文字重疊在一起所以把回車和換行分開顯得有點(diǎn)怪異。不過講清楚它們背后的歷史確實(shí)能解開許多人的疑惑。