藏在正則表達(dá)式里的陷阱

前幾天線上一個(gè)項(xiàng)目監(jiān)控信息突然報(bào)告異常乱陡,上到機(jī)器上后查看相關(guān)資源的使用情況痰哨,發(fā)現(xiàn) CPU 利用率將近 100%蛋欣。通過(guò) Java 自帶的線程 Dump 工具秕噪,我們導(dǎo)出了出問(wèn)題的堆棧信息。

我們可以看到所有的堆棧都指向了一個(gè)名為 validateUrl 的方法漾根,這樣的報(bào)錯(cuò)信息在堆棧中一共超過(guò) 100 處泰涂。通過(guò)排查代碼,我們知道這個(gè)方法的主要功能是校驗(yàn) URL 是否合法辐怕。

很奇怪逼蒙,一個(gè)正則表達(dá)式怎么會(huì)導(dǎo)致 CPU 利用率居高不下。為了弄清楚復(fù)現(xiàn)問(wèn)題寄疏,我們將其中的關(guān)鍵代碼摘抄出來(lái)是牢,做了個(gè)簡(jiǎn)單的單元測(cè)試。

public static void main(String[] args) {

? ? String badRegex = "^([hH][tT]{2}[pP]://|[hH][tT]{2}[pP][sS]://)(([A-Za-z0-9-~]+).)+([A-Za-z0-9-~\\\\/])+$";

? ? String bugUrl = "http://www.fapiao.com/dddp-web/pdf/download?request=6e7JGxxxxx4ILd-kExxxxxxxqJ4-CHLmqVnenXC692m74H38sdfdsazxcUmfcOH2fAfY1Vw__%5EDadIfJgiEf";

? ? if (bugUrl.matches(badRegex)) {

? ? ? ? System.out.println("match!!");

? ? } else {

? ? ? ? System.out.println("no match!!");

? ? }

}

當(dāng)我們運(yùn)行上面這個(gè)例子的時(shí)候陕截,通過(guò)資源監(jiān)視器可以看到有一個(gè)名為 java 的進(jìn)程 CPU 利用率直接飆升到了 91.4% 驳棱。

看到這里,我們基本可以推斷农曲,這個(gè)正則表達(dá)式就是導(dǎo)致 CPU 利用率居高不下的兇手社搅!

于是,我們將排錯(cuò)的重點(diǎn)放在了那個(gè)正則表達(dá)式上:

^([hH][tT]{2}[pP]://|[hH][tT]{2}[pP][sS]://)(([A-Za-z0-9-~]+).)+([A-Za-z0-9-~\\/])+$

這個(gè)正則表達(dá)式看起來(lái)沒(méi)什么問(wèn)題乳规,可以分為三個(gè)部分:

第一部分匹配 http 和 https 協(xié)議形葬,第二部分匹配 www. 字符,第三部分匹配許多字符暮的。我看著這個(gè)表達(dá)式發(fā)呆了許久笙以,也沒(méi)發(fā)現(xiàn)沒(méi)有什么大的問(wèn)題。

其實(shí)這里導(dǎo)致 CPU 使用率高的關(guān)鍵原因就是:Java 正則表達(dá)式使用的引擎實(shí)現(xiàn)是 NFA 自動(dòng)機(jī)冻辩,這種正則表達(dá)式引擎在進(jìn)行字符匹配時(shí)會(huì)發(fā)生回溯(backtracking)猖腕。而一旦發(fā)生回溯拆祈,那其消耗的時(shí)間就會(huì)變得很長(zhǎng),有可能是幾分鐘谈息,也有可能是幾個(gè)小時(shí)缘屹,時(shí)間長(zhǎng)短取決于回溯的次數(shù)和復(fù)雜度。

看到這里侠仇,可能大家還不是很清楚什么是回溯轻姿,還有點(diǎn)懵。沒(méi)關(guān)系逻炊,我們一點(diǎn)點(diǎn)從正則表達(dá)式的原理開(kāi)始講起互亮。

正則表達(dá)式引擎

正則表達(dá)式是一個(gè)很方便的匹配符號(hào),但要實(shí)現(xiàn)這么復(fù)雜余素,功能如此強(qiáng)大的匹配語(yǔ)法豹休,就必須要有一套算法來(lái)實(shí)現(xiàn),而實(shí)現(xiàn)這套算法的東西就叫做正則表達(dá)式引擎桨吊。簡(jiǎn)單地說(shuō)威根,實(shí)現(xiàn)正則表達(dá)式引擎的有兩種方式:DFA 自動(dòng)機(jī)(Deterministic Final Automata 確定型有窮自動(dòng)機(jī))和NFA 自動(dòng)機(jī)(Non deterministic Finite Automaton 不確定型有窮自動(dòng)機(jī))。

對(duì)于這兩種自動(dòng)機(jī)视乐,他們有各自的區(qū)別洛搀,這里并不打算深入將它們的原理。簡(jiǎn)單地說(shuō)佑淀,DFA 自動(dòng)機(jī)的時(shí)間復(fù)雜度是線性的留美,更加穩(wěn)定,但是功能有限伸刃。而 NFA 的時(shí)間復(fù)雜度比較不穩(wěn)定谎砾,有時(shí)候很好,有時(shí)候不怎么好捧颅,好不好取決于你寫(xiě)的正則表達(dá)式景图。但是勝在 NFA 的功能更加強(qiáng)大,所以包括 Java 碉哑、.NET挚币、Perl、Python谭梗、Ruby、PHP 等語(yǔ)言都使用了 NFA 去實(shí)現(xiàn)其正則表達(dá)式宛蚓。

那 NFA 自動(dòng)機(jī)到底是怎么進(jìn)行匹配的呢激捏?我們以下面的字符和表達(dá)式來(lái)舉例說(shuō)明。

text="Today is a nice day."

regex="day"

要記住一個(gè)很重要的點(diǎn)凄吏,即:NFA 是以正則表達(dá)式為基準(zhǔn)去匹配的远舅。也就是說(shuō)闰蛔,NFA 自動(dòng)機(jī)會(huì)讀取正則表達(dá)式的一個(gè)一個(gè)字符,然后拿去和目標(biāo)字符串匹配图柏,匹配成功就換正則表達(dá)式的下一個(gè)字符序六,否則繼續(xù)和目標(biāo)字符串的下一個(gè)字符比較≡榇担或許你們聽(tīng)不太懂例诀,沒(méi)事,接下來(lái)我們以上面的例子一步步解析裁着。

首先繁涂,拿到正則表達(dá)式的第一個(gè)匹配符:d。于是那去和字符串的字符進(jìn)行比較二驰,字符串的第一個(gè)字符是 T扔罪,不匹配,換下一個(gè)桶雀。第二個(gè)是 o矿酵,也不匹配,再換下一個(gè)矗积。第三個(gè)是 d全肮,匹配了,那么就讀取正則表達(dá)式的第二個(gè)字符:a漠魏。

讀取到正則表達(dá)式的第二個(gè)匹配符:a倔矾。那著繼續(xù)和字符串的第四個(gè)字符 a 比較,又匹配了柱锹。那么接著讀取正則表達(dá)式的第三個(gè)字符:y哪自。

讀取到正則表達(dá)式的第三個(gè)匹配符:y。那著繼續(xù)和字符串的第五個(gè)字符 y 比較禁熏,又匹配了壤巷。嘗試讀取正則表達(dá)式的下一個(gè)字符,發(fā)現(xiàn)沒(méi)有了瞧毙,那么匹配結(jié)束胧华。

上面這個(gè)匹配過(guò)程就是 NFA 自動(dòng)機(jī)的匹配過(guò)程,但實(shí)際上的匹配過(guò)程會(huì)比這個(gè)復(fù)雜非常多宙彪,但其原理是不變的矩动。

NFA自動(dòng)機(jī)的回溯

了解了 NFA 是如何進(jìn)行字符串匹配的,接下來(lái)我們就可以講講這篇文章的重點(diǎn)了:回溯释漆。為了更好地解釋回溯悲没,我們同樣以下面的例子來(lái)講解。

text="abbc"

regex="ab{1,3}c"

上面的這個(gè)例子的目的比較簡(jiǎn)單男图,匹配以 a 開(kāi)頭示姿,以 c 結(jié)尾甜橱,中間有 1-3 個(gè) b 字符的字符串。NFA 對(duì)其解析的過(guò)程是這樣子的:

首先栈戳,讀取正則表達(dá)式第一個(gè)匹配符 a 和 字符串第一個(gè)字符 a 比較岂傲,匹配了。于是讀取正則表達(dá)式第二個(gè)字符子檀。

讀取正則表達(dá)式第二個(gè)匹配符 b{1,3} 和字符串的第二個(gè)字符 b 比較镊掖,匹配了。但因?yàn)?b{1,3} 表示 1-3 個(gè) b 字符串命锄,以及 NFA 自動(dòng)機(jī)的貪婪特性(也就是說(shuō)要盡可能多地匹配)堰乔,所以此時(shí)并不會(huì)再去讀取下一個(gè)正則表達(dá)式的匹配符,而是依舊使用 b{1,3} 和字符串的第三個(gè)字符 b 比較脐恩,發(fā)現(xiàn)還是匹配镐侯。于是繼續(xù)使用 b{1,3} 和字符串的第四個(gè)字符 c 比較,發(fā)現(xiàn)不匹配了驶冒。此時(shí)就會(huì)發(fā)生回溯苟翻。

發(fā)生回溯是怎么操作呢?發(fā)生回溯后骗污,我們已經(jīng)讀取的字符串第四個(gè)字符 c 將被吐出去崇猫,指針回到第三個(gè)字符串的位置。之后需忿,程序讀取正則表達(dá)式的下一個(gè)操作符 c诅炉,讀取當(dāng)前指針的下一個(gè)字符 c 進(jìn)行對(duì)比,發(fā)現(xiàn)匹配屋厘。于是讀取下一個(gè)操作符涕烧,但這里已經(jīng)結(jié)束了。

下面我們回過(guò)頭來(lái)看看前面的那個(gè)校驗(yàn) URL 的正則表達(dá)式:

^([hH][tT]{2}[pP]://|[hH][tT]{2}[pP][sS]://)(([A-Za-z0-9-~]+).)+([A-Za-z0-9-~\\/])+$

出現(xiàn)問(wèn)題的 URL 是:

http://www.fapiao.com/dzfp-web/pdf/download?request=6e7JGm38jfjghVrv4ILd-kEn64HcUX4qL4a4qJ4-CHLmqVnenXC692m74H5oxkjgdsYazxcUmfcOH2fAfY1Vw__%5EDadIfJgiEf

我們把這個(gè)正則表達(dá)式分為三個(gè)部分:

第一部分:校驗(yàn)協(xié)議汗洒。^([hH][tT]{2}[pP]://|[hH][tT]{2}[pP][sS]://)议纯。

第二部分:校驗(yàn)域名。(([A-Za-z0-9-~]+).)+溢谤。

第三部分:校驗(yàn)參數(shù)瞻凤。([A-Za-z0-9-~\\/])+$。

我們可以發(fā)現(xiàn)正則表達(dá)式校驗(yàn)協(xié)議?http://?這部分是沒(méi)有問(wèn)題的世杀,但是在校驗(yàn) www.fapiao.com 的時(shí)候阀参,其使用了?xxxx.?這種方式去校驗(yàn)。那么其實(shí)匹配過(guò)程是這樣的:

匹配到 www.

匹配到 fapiao.

匹配到?com/dzfp-web/pdf/download?request=6e7JGm38jf.....瞻坝,你會(huì)發(fā)現(xiàn)因?yàn)樨澙菲ヅ涞脑蛑肟牵猿绦驎?huì)一直讀后面的字符串進(jìn)行匹配,最后發(fā)現(xiàn)沒(méi)有點(diǎn)號(hào),于是就一個(gè)個(gè)字符回溯回去了炕吸。

這是這個(gè)正則表達(dá)式存在的第一個(gè)問(wèn)題。

另外一個(gè)問(wèn)題是在正則表達(dá)式的第三部分勉痴,我們發(fā)現(xiàn)出現(xiàn)問(wèn)題的 URL 是有下劃線(_)和百分號(hào)(%)的赫模,但是對(duì)應(yīng)第三部分的正則表達(dá)式里面卻沒(méi)有。這樣就會(huì)導(dǎo)致前面匹配了一長(zhǎng)串的字符之后蒸矛,發(fā)現(xiàn)不匹配瀑罗,最后回溯回去。

這是這個(gè)正則表達(dá)式存在的第二個(gè)問(wèn)題雏掠。

解決方案

明白了回溯是導(dǎo)致問(wèn)題的原因之后斩祭,其實(shí)就是減少這種回溯,你會(huì)發(fā)現(xiàn)如果我在第三部分加上下劃線和百分號(hào)之后乡话,程序就正常了摧玫。

public static void main(String[] args) {

? ? String badRegex = "^([hH][tT]{2}[pP]://|[hH][tT]{2}[pP][sS]://)(([A-Za-z0-9-~]+).)+([A-Za-z0-9-~_%\\\\/])+$";

? ? String bugUrl = "http://www.fapiao.com/dddp-web/pdf/download?request=6e7JGxxxxx4ILd-kExxxxxxxqJ4-CHLmqVnenXC692m74H38sdfdsazxcUmfcOH2fAfY1Vw__%5EDadIfJgiEf";

? ? if (bugUrl.matches(badRegex)) {

? ? ? ? System.out.println("match!!");

? ? } else {

? ? ? ? System.out.println("no match!!");

? ? }

}

運(yùn)行上面的程序,立刻就會(huì)打印出match!!绑青。

但這是不夠的诬像,如果以后還有其他 URL 包含了亂七八糟的字符呢,我們難不成還再修改一遍闸婴』的樱肯定不現(xiàn)實(shí)嘛!

其實(shí)在正則表達(dá)式中有這么三種模式:貪婪模式邪乍、懶惰模式降狠、獨(dú)占模式。

在關(guān)于數(shù)量的匹配中庇楞,有?+ ? * {min,max}?四種兩次榜配,如果只是單獨(dú)使用,那么它們就是貪婪模式姐刁。

如果在他們之后加多一個(gè) ? 符號(hào)芥牌,那么原先的貪婪模式就會(huì)變成懶惰模式,即盡可能少地匹配聂使。但是懶惰模式還是會(huì)發(fā)生回溯現(xiàn)象的壁拉。例如下面這個(gè)例子:

text="abbc"

regex="ab{1,3}?c"

正則表達(dá)式的第一個(gè)操作符 a 與 字符串第一個(gè)字符 a 匹配,匹配成功柏靶。于是正則表達(dá)式的第二個(gè)操作符 b{1,3}? 和 字符串第二個(gè)字符 b 匹配弃理,匹配成功。因?yàn)樽钚∑ヅ湓瓌t屎蜓,所以拿正則表達(dá)式第三個(gè)操作符 c 與字符串第三個(gè)字符 b 匹配痘昌,發(fā)現(xiàn)不匹配。于是回溯回去,拿正則表達(dá)式第二個(gè)操作符 b{1,3}? 和字符串第三個(gè)字符 b 匹配辆苔,匹配成功算灸。于是再拿正則表達(dá)式第三個(gè)操作符 c 與字符串第四個(gè)字符 c 匹配,匹配成功驻啤。于是結(jié)束菲驴。

如果在他們之后加多一個(gè) + 符號(hào),那么原先的貪婪模式就會(huì)變成獨(dú)占模式骑冗,即盡可能多地匹配赊瞬,但是不回溯。

于是乎贼涩,如果要徹底解決問(wèn)題巧涧,就要在保證功能的同時(shí)確保不發(fā)生回溯。我將上面校驗(yàn) URL 的正則表達(dá)式的第二部分后面加多了個(gè) + 號(hào)遥倦,即變成這樣:

^([hH][tT]{2}[pP]:\/\/|[hH][tT]{2}[pP][sS]:\/\/)

(([A-Za-z0-9-~]+).)++? ? --->>> (這里加了個(gè)+號(hào))

([A-Za-z0-9-~_%\\\/])+$

這樣之后谤绳,運(yùn)行原有的程序就沒(méi)有問(wèn)題了。

最后推薦一個(gè)網(wǎng)站袒哥,這個(gè)網(wǎng)站可以檢查你寫(xiě)的正則表達(dá)式和對(duì)應(yīng)的字符串匹配時(shí)會(huì)不會(huì)有問(wèn)題闷供。

Online regex tester and debugger: PHP, PCRE, Python, Golang and JavaScript

例如我本文中存在問(wèn)題的那個(gè) URL 使用該網(wǎng)站檢查后會(huì)提示:catastrophic backgracking(災(zāi)難性回溯)。

當(dāng)你點(diǎn)擊左下角的「regex debugger」時(shí)统诺,它會(huì)告訴你一共經(jīng)過(guò)多少步檢查完畢歪脏,并且會(huì)將所有步驟都列出來(lái),并標(biāo)明發(fā)生回溯的位置粮呢。

本文中的這個(gè)正則表達(dá)式在進(jìn)行了 11 萬(wàn)步嘗試之后婿失,自動(dòng)停止了。這說(shuō)明這個(gè)正則表達(dá)式確實(shí)存在問(wèn)題啄寡,需要改進(jìn)豪硅。

但是當(dāng)我用我們修改過(guò)的正則表達(dá)式進(jìn)行測(cè)試,即下面這個(gè)正則表達(dá)式挺物。

^([hH][tT]{2}[pP]:\/\/|[hH][tT]{2}[pP][sS]:\/\/)(([A-Za-z0-9-~]+).)++([A-Za-z0-9-~\\\/])+$

工具提示只用了 58 步就完成了檢查懒浮。

一個(gè)字符的差別,性能就差距了好幾萬(wàn)倍识藤。

一個(gè)小小的正則表達(dá)式竟然能夠把 CPU 拖垮砚著,也是很神奇了。這也給平時(shí)寫(xiě)程序的我們一個(gè)警醒痴昧,遇到正則表達(dá)式的時(shí)候要注意貪婪模式和回溯問(wèn)題稽穆,否則我們每寫(xiě)的一個(gè)表達(dá)式都是一個(gè)雷。

通過(guò)查閱網(wǎng)上資料赶撰,我發(fā)現(xiàn)深圳阿里中心 LAZADA 的同學(xué)也在 17 年遇到了這個(gè)問(wèn)題舌镶。他們同樣也是在測(cè)試環(huán)境沒(méi)有發(fā)現(xiàn)問(wèn)題柱彻,但是一到線上的時(shí)候就發(fā)生了 CPU 100% 的問(wèn)題,他們遇到的問(wèn)題幾乎跟我們的一模一樣餐胀。有興趣的朋友可以點(diǎn)擊閱讀原文查看他們后期總結(jié)的文章:一個(gè)由正則表達(dá)式引發(fā)的血案 - 明志健致遠(yuǎn) - 博客園

雖然把這篇文章寫(xiě)完了哟楷,但是關(guān)于 NFA 自動(dòng)機(jī)的原理方面,特別是關(guān)于懶惰模式否灾、獨(dú)占模式的解釋方面還是沒(méi)有解釋得足夠深入吓蘑。因?yàn)?NFA 自動(dòng)機(jī)確實(shí)不是那么容易理解,所以在這方面還需要不斷學(xué)習(xí)加強(qiáng)坟冲。歡迎有懂行的朋友來(lái)學(xué)習(xí)交流,互相促進(jìn)溃蔫。

歡迎工作一到五年的Java工程師朋友們加入Java架構(gòu)開(kāi)發(fā): 854393687

群內(nèi)提供免費(fèi)的Java架構(gòu)學(xué)習(xí)資料(里面有高可用健提、高并發(fā)、高性能及分布式伟叛、Jvm性能調(diào)優(yōu)私痹、Spring源碼,MyBatis统刮,Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個(gè)知識(shí)點(diǎn)的架構(gòu)資料)合理利用自己每一分每一秒的時(shí)間來(lái)學(xué)習(xí)提升自己紊遵,不要再用"沒(méi)有時(shí)間“來(lái)掩飾自己思想上的懶惰!趁年輕侥蒙,使勁拼暗膜,給未來(lái)的自己一個(gè)交代!

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末鞭衩,一起剝皮案震驚了整個(gè)濱河市学搜,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌论衍,老刑警劉巖瑞佩,帶你破解...
    沈念sama閱讀 206,126評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異坯台,居然都是意外死亡炬丸,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,254評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門(mén)蜒蕾,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)稠炬,“玉大人,你說(shuō)我怎么就攤上這事咪啡∷岣伲” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 152,445評(píng)論 0 341
  • 文/不壞的土叔 我叫張陵瑟匆,是天一觀的道長(zhǎng)闽坡。 經(jīng)常有香客問(wèn)我栽惶,道長(zhǎng),這世上最難降的妖魔是什么疾嗅? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 55,185評(píng)論 1 278
  • 正文 為了忘掉前任外厂,我火速辦了婚禮,結(jié)果婚禮上代承,老公的妹妹穿的比我還像新娘汁蝶。我一直安慰自己,他們只是感情好论悴,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,178評(píng)論 5 371
  • 文/花漫 我一把揭開(kāi)白布掖棉。 她就那樣靜靜地躺著,像睡著了一般膀估。 火紅的嫁衣襯著肌膚如雪幔亥。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 48,970評(píng)論 1 284
  • 那天察纯,我揣著相機(jī)與錄音帕棉,去河邊找鬼。 笑死饼记,一個(gè)胖子當(dāng)著我的面吹牛香伴,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播具则,決...
    沈念sama閱讀 38,276評(píng)論 3 399
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼即纲,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了博肋?” 一聲冷哼從身側(cè)響起崇裁,我...
    開(kāi)封第一講書(shū)人閱讀 36,927評(píng)論 0 259
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎束昵,沒(méi)想到半個(gè)月后拔稳,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,400評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡锹雏,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,883評(píng)論 2 323
  • 正文 我和宋清朗相戀三年巴比,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片礁遵。...
    茶點(diǎn)故事閱讀 37,997評(píng)論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡轻绞,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出佣耐,到底是詐尸還是另有隱情政勃,我是刑警寧澤,帶...
    沈念sama閱讀 33,646評(píng)論 4 322
  • 正文 年R本政府宣布兼砖,位于F島的核電站奸远,受9級(jí)特大地震影響既棺,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜懒叛,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,213評(píng)論 3 307
  • 文/蒙蒙 一丸冕、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧薛窥,春花似錦胖烛、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,204評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至罢杉,卻和暖如春趟畏,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背屑那。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 31,423評(píng)論 1 260
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留艘款,地道東北人持际。 一個(gè)月前我還...
    沈念sama閱讀 45,423評(píng)論 2 352
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像哗咆,于是被迫代替她去往敵國(guó)和親蜘欲。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,722評(píng)論 2 345

推薦閱讀更多精彩內(nèi)容