“文字/數(shù)字提取”這五個字外行人覺得無非是復制粘貼真正做過的人才知道能有多煩。我從日志里抽過IP地址從Excel里把“總價89.90元”這種帶單位的單元格拆成純數(shù)字從報銷票據(jù)截圖里把金額錄入系統(tǒng)還幫同事從一段URL查詢串里把參數(shù)一個個摳出來。這些事單獨寫腳本吧有點小題大做一個個手動復制吧又慢又容易看錯。所以我對“在線工具”這類東西的態(tài)度一直是真能用上。這篇文章就把我平時怎么用在線工具做文字/數(shù)字提取、怎么判斷該用哪一類工具以及從編碼校驗到OCR識別這整條鏈路里的經(jīng)驗一起整理出來。無論你是文案、財務、運營還是程序員只要你經(jīng)常和文本、表格、圖片數(shù)據(jù)打交道都值得花幾分鐘把思路過一遍。先說結論在線工具適合單次、快速、數(shù)據(jù)量小的任務數(shù)據(jù)量一大、格式一復雜、內(nèi)容一敏感我還是建議落到本地腳本。這背后不是“在線工具不靠譜”而是不同任務有不同的最優(yōu)解。下面我就按“先從文本里提取數(shù)字/字符再到編碼和校驗、OCR圖片識別最后講講幾個衍生工具”的順序把整個思路講細。1. 首先想清楚你要提取的“東西”是哪一類1.1 純文本中混著的數(shù)字和字母最典型的就是日志和表格。舉個我上周遇到的例子一行銷售明細寫著“訂單號A20240511001金額1234.5元數(shù)量2件”要提取訂單號里的數(shù)字、金額數(shù)值和數(shù)量。乍一看很簡單但如果有一千行每行格式還不完全一樣手工提取就會出問題。這時候問題的本質(zhì)就變成了“模式匹配”——你要告訴工具目標數(shù)字長什么樣讓它把所有符合形狀的內(nèi)容撈出來。在線工具里最通用的實現(xiàn)就是正則表達式這也是我后面會花大篇幅講的東西。你可能覺得這種事Excel里的“分列”也能做但分列的前提是分隔符固定?，F(xiàn)實中的數(shù)據(jù)往往很任性有時候數(shù)字前面是中文有時候后面跟著單位有時候金額帶了千分位。正則的好處是它不看位置只看特征。我只要描述出“連續(xù)若干位數(shù)字”“小數(shù)點后可能跟兩位”“前面有沒有貨幣符號”它就能把符合條件的內(nèi)容全部抓出來。在線正則工具最省心的地方是你寫完表達式馬上能看到結果不用先搭環(huán)境。1.2 帶結構的內(nèi)容里取某個字段從JSON、URL參數(shù)、HTML標簽里提取字段比普通文本稍微復雜一點。比如一段JSON里有order_id: A12345你需要把A12345拿出來或者URL是https://example.com/pay?user10086amount99.9你要取出user和amount。這類內(nèi)容有明確的鍵值結構在線工具通常提供JSON格式化、URL參數(shù)解析等功能點一下就能展開。我的建議是這類結構內(nèi)容優(yōu)先用專門工具而不是一上來就寫正則。為什么因為JSON可以嵌套很多層正則匹配括號和層級很容易出錯而JSON解析工具會先把結構樹展示出來你再沿著鍵名一層層找結果準確得多。同理URL參數(shù)看起來簡單但有可能出現(xiàn)編碼后的中文、特殊字符、重復鍵名直接肉眼復制的錯誤率也不低。提取的最終目的是拿到干凈可用的字段不是證明自己能用正則硬啃所以選工具要選匹配問題類型的。1.3 照片和掃描件里的字符圖片里的字靠復制粘貼是拿不到的得用OCR。票據(jù)、截圖、拍照的文檔都可以。OCR的核心是圖像識別它會先定位文字區(qū)域再逐個字符判斷。在線OCR工具的優(yōu)勢是開箱即用不用配環(huán)境適合偶爾處理幾張圖的場景。我平時遇到最多的就是發(fā)票金額提取、截圖里的報錯信息翻錄以及紙質(zhì)文檔的電子化錄入。這里要提醒一句OCR識別出來的內(nèi)容千萬不能直接當成最終答案。圖片清晰度、字體、排版都會影響識別率尤其是數(shù)字和小數(shù)點。我自己處理票據(jù)的流程是“識別、對照、手工校對”三步就算在線工具自信滿滿給出結果我也會對著原圖把數(shù)字、單位再核一遍。后面第四章我會專門講OCR實操這里先把場景區(qū)分清楚。2. 正則表達式在線提取工具的核心引擎2.1 正則到底是怎么匹配的正則表達式就是一串“描述字符形狀”的規(guī)則。比如\d表示數(shù)字字符\d{3}表示連續(xù)三位數(shù)字[A-Z]表示一個大寫字母。你不用背很多記住幾個基礎符號就能處理絕大多數(shù)提取需求。用生活類比來解釋如果文本是一堆糖豆正則就像篩子\d這種表達式是專門篩數(shù)字的篩子\w是篩字母數(shù)字下劃線的篩子[0-9]{2}是只篩兩位數(shù)的篩子。篩子孔的形狀決定了你能撈起什么。正則有“字符類”“量詞”“分組”“錨點”幾個核心概念。字符類決定匹配什么類型量詞決定匹配多少次分組決定結果怎么切分錨點決定從哪里開始。理解這四塊基本就能應付百分之八十的提取需求。其余的斷言、反向引用、貪婪與懶惰屬于優(yōu)化和防誤傷的手段遇到具體問題再學也來得及。2.2 高頻提取規(guī)則速查表目標內(nèi)容常用表達式說明連續(xù)數(shù)字\d提取正整數(shù)、純數(shù)字串帶小數(shù)點數(shù)字\d(\.\d{1,2})?匹配整數(shù)或保留一兩位小數(shù)手機號1[3-9]\d{9}11位第二位限制在3-9郵箱[\w.-][\w-](\.[\w-])常見郵箱格式IPv4地址(\d{1,3}\.){3}\d{1,3}提取IP是否合法需另行校驗日期\d{4}-\d{2}-\d{2}匹配“2024-05-11”這類格式金額帶貨幣符號[￥$]\s?\d(\.\d{1,2})?人民幣/美元金額表格里的表達式可以直接復制到在線正則工具里試但我建議不要原封不動用在生產(chǎn)環(huán)境中。真實文本里可能出現(xiàn)全角數(shù)字、千分位、空格、制表符甚至各種不可見字符表達式必須結合上下文調(diào)整。比如手機號表達式只匹配11位且第二位是3-9但如果一段文本里同時有手機號和固話你就得用分隔符錨點限制邊界否則會從固話號碼里截出可疑的11位片段。先把表當作速查驗證思路再用真實樣本做回歸這才是穩(wěn)妥的用法。2.3 在線正則提取的正確打開方式假設有一段日志需要提取日期、IP地址和金額2024-05-11 10:32:18 INFO user10086 ip192.168.1.10 amount1234.56在在線正則工具中我一般按這個順序操作把日志文本粘貼到“待匹配文本”區(qū)域。在正則框輸入(?date\d{4}-\d{2}-\d{2})\s(?time\d{2}:\d{2}:\d{2}).*?ip(\d{1,3}\.){3}\d{1,3}.*?amount(\d(\.\d{1,2})?)打開“全局匹配”開關讓工具不要匹配到第一個就停下。查看匹配結果列表工具會把每一處命中的內(nèi)容按捕獲組分開顯示。這里的(?date...)是命名捕獲組方便結果輸出時直接對應到“日期”字段。.*?表示非貪婪匹配任意字符意思是點到為止避免把整行都吞進去。如果你只需要IP后面的四段數(shù)字可以給IP表達式整體加一組括號然后只輸出對應捕獲組?？唇Y果時也要注意大部分在線正則工具會同時顯示“完整匹配”和“捕獲組”。完整匹配通常包含前后文的無用內(nèi)容比如ip192.168.1.10里的ip捕獲組才是你真正想提取的字段。如果你不加括號工具就只能給你完整匹配后續(xù)還得手工清理。所以我寫提取正則的習慣是能加分組的地方盡量加分組尤其是需要從同一行里提取多個字段的時候。2.4 幾個容易踩的坑第一不同工具的正則引擎不一樣。有的默認按JavaScript處理有的按PCRE處理還有的用Python的re模塊。\d在多數(shù)引擎都表示數(shù)字但零寬斷言、命名捕獲組的寫法有差異。比如JavaScript早期版本不支持(?name...)這種命名捕獲組你在一個工具里寫得好好的表達式換到另一個工具就報錯。粘貼別人表達式之前先確認引擎類型。第二大段文本里的換行符。默認情況下.不匹配換行如果匹配目標跨行需要開啟“點號匹配換行”選項或者改用[\s\S]*?這種寫法。很多新手把多行日志粘進去發(fā)現(xiàn)明明有目標卻匹配不到多半就是這個原因。第三貪婪與懶惰。.*是貪婪的可能從第一個目標一直匹配到最后一個目標.*?是懶惰的匹配到滿足條件的最小范圍。提取時我一般先用懶惰匹配避免多抓。舉例來說文本“開始123結束開始456結束”用開始.*結束會抓出整段“開始123結束開始456結束”而開始.*?結束只會分別得到“開始123結束”和“開始456結束”。第四中文內(nèi)容。想提取“姓名張三”中的張三用姓名([\u4e00-\u9fa5])比姓名(.)更不容易誤傷因為后者會把后面的標點、換行甚至下一段內(nèi)容都帶進捕獲組。中文標點、全角空格也會干擾匹配遇到奇怪結果時先把文本里的不可見字符顯示出來看一眼。3. 別急著用結果編碼、進制、校驗碼和密文的再提取3.1 提取出來的數(shù)字可能只是“中間形態(tài)”很多場景下提取的數(shù)字并不是最終答案。比如日志里出現(xiàn)0x1F你提取到1F但它表示的真正含義是十進制31。再比如URL里的%E6%96%87是一種編碼后的中文HTML里的#25991;是字符實體。如果你把十六進制數(shù)當普通數(shù)字處理把URL編碼當亂碼丟棄后面的工作就會出大問題。所以我處理提取任務時養(yǎng)成了一個習慣先問一句“這個數(shù)字是什么進制、什么編碼”再決定要不要轉(zhuǎn)換。收到一條看似亂碼的字符串先別刪除去看它有沒有%、\u、0x、#這些特征。在線工具站里通常有對應的解析選項點一下就能還原。這一步做對了后面就能少走彎路。3.2 進制轉(zhuǎn)換與URL編碼還原在線工具站里最常見的字符處理小組就是進制轉(zhuǎn)換和編碼解碼。二進制、八進制、十進制、十六進制互轉(zhuǎn)幾秒鐘出結果。處理中文亂碼時我會先看文本里有沒有%、\u、0x這些特征分別對應URL編碼、Unicode轉(zhuǎn)義、十六進制字節(jié)流。舉個例子一段接口日志里返回\u5f00\u59cb在線Unicode轉(zhuǎn)換工具會立刻顯示“開始”。再比如抓包時看到%E6%8F%90%E5%8F%96用URL解碼得到“提取”。這些操作本質(zhì)也是“提取”——把編碼層的信息還原成人能讀的文字。具體到在線工具的使用無非是把編碼串粘進輸入框選對解碼方式點擊轉(zhuǎn)換。要注意的是同一個%E6%8F%90%E5%8F%96在不同字符集下解出來的內(nèi)容可能不同優(yōu)先選UTF-8除非你知道上游明確用了GBK。進制轉(zhuǎn)換也是同樣的邏輯。十六進制數(shù)1F與十進制數(shù)31只是同一數(shù)值的不同表示方式。提取出來后要不要轉(zhuǎn)取決于你拿它去干什么。比如設備地址、顏色值、寄存器數(shù)值經(jīng)常以十六進制形式出現(xiàn)在日志里這時轉(zhuǎn)成十進制通常會更容易判斷。3.3 Modbus校驗碼在線計算工業(yè)調(diào)試剛需做設備通信的人對“Modbus”這個協(xié)議應該不陌生。Modbus RTU報文在發(fā)送前需要計算CRC16校驗碼很多在線工具專門提供“Modbus校驗碼計算器”。我不打算把這個講得太深但使用步驟有必要給現(xiàn)場調(diào)試的朋友記錄一下在報文輸入框填寫十六進制數(shù)據(jù)。以01 06 00 01 00 17為例這是功能碼06寫單個寄存器的請求。選擇“Modbus CRC16”算法。點擊計算得到兩個字節(jié)的校驗值。注意在線工具的輸出順序有的顯示“CRC低位在前”有的“高位在前”實際拼接報文時要按協(xié)議要求來。按Modbus RTU的約定發(fā)送時CRC低字節(jié)通常放在報文末尾高字節(jié)在后。在線工具一般會給出順序提示你直接照它說的拼接即可。如果測出通信數(shù)據(jù)校驗不過第一反應不是懷疑工具而是檢查輸入的報文是不是少了空格、多了前綴0x或者把ASCII碼當成十六進制數(shù)填進去了。這類小問題在實際排查里出現(xiàn)頻率極高。順便說一句不少在線校驗碼工具還支持CRC32、CRC8、MD5、SHA1等算法。對工業(yè)調(diào)試來說Modbus CRC16只是其中之一但思路完全一致把數(shù)據(jù)交給工具工具負責計算累加值或多項式余數(shù)你只管拿著結果去和設備交互。校驗碼這種東西手算幾乎沒有必要用工具反而是保證可靠性的方式。3.4 Jasypt在線解密配置脫敏后的合法還原Jasypt是Java生態(tài)里常用的加密庫很多系統(tǒng)的配置文件里會把密碼寫成ENC(密文)這樣運維在查看配置時不會直接看到明文。我見過不少同事第一次看到ENC(...)不知道怎么辦以為密碼爛了。實際上只要知道當初的加密算法和密鑰就能用在線Jasypt工具還原。使用時要選對算法常見的有PBEWithMD5AndDES、PBEWithHmacSHA256AndAES等然后填入密文、密鑰必要時還要加IV向量點擊解密就能得到明文。這里必須強調(diào)這個操作只適用于你自己負責的系統(tǒng)、你被授權查看的配置。拿別人的密文去胡亂試既不合法也不道德。在線工具有時會保存提交記錄涉及生產(chǎn)環(huán)境的敏感配置建議不要提交到公共網(wǎng)站改用本地命令行驗證。安全第一別圖一時省事。3.5 豬圈密碼理解字符映射的趣味案例我看不少在線工具站里還收錄了“豬圈密碼加密”這種古典密碼工具。豬圈密碼本質(zhì)上是用一套網(wǎng)格符號替換字母加密就是把字母換成對應符號解密就是反過來。用在線工具輸入“HELLO”你會得到一串由點和折線組成的符號。這個工具實用性不強但適合作為理解“提取-映射”的入門案例。你從密文里提取到的是符號要還原文字需要一張映射表。所謂解碼很多情況下就是“提取按規(guī)則替換”這和正則提取、進制轉(zhuǎn)換在思路上完全一致。搞清楚這條線以后遇到再奇怪的編碼也不會慌先找規(guī)則再找工具。4. 圖片變文字OCR在線提取的完整流程4.1 選在線OCR還是本地識別偶爾處理兩三張截圖用在線OCR完全夠要是天天批量處理幾百張發(fā)票我更推薦本地工具比如PaddleOCR、Tesseract配合腳本可以批量跑。在線OCR的好處是不用裝驅(qū)動、不用配模型上傳就能識別。壞處是文件大小和隱私有限制大圖會超時過于敏感的內(nèi)容我堅決不上傳。我的原則很簡單一次性、不敏感用在線工具批量、敏感、需要精度用本地腳本。這個原則在后邊的“隱私”小節(jié)還會再強調(diào)。很多人糾結“哪個在線OCR識別率最高”其實識別率跟你上傳的圖片質(zhì)量關系更大。同一款工具你給一張清晰、端正、無干擾的圖它肯定比模糊傾斜的原圖表現(xiàn)好得多。4.2 從一張票據(jù)圖片提取金額的實操假設我手頭有一張報銷票據(jù)截圖上面有一行“合計 RMB 1,234.56”。具體步驟如下打開在線OCR頁面上傳圖片。工具會自動識別整張圖片的文字也會提供“選擇區(qū)域”功能。我通常先用自動識別看全貌再用區(qū)域識別單獨鎖定金額那一行。校對識別結果金額里的逗號和點號極容易認錯1,234.56如果被識別成1234.56或1.234.56都有問題。復制結果到目標系統(tǒng)。OCR只是一個錄入輔助數(shù)字的校驗不能省。小數(shù)點位置差一位金額就差了100倍在線工具不會替你判斷業(yè)務合不合理。我在實際處理里甚至遇到過把“8”識別成“3”的情況這時候如果直接粘貼到報銷系統(tǒng)后面財務對賬就會很痛苦。所以無論在線工具提示“識別成功”我都會至少掃一遍原圖里的數(shù)字。4.3 識別不準時按這個順序排查如果識別結果亂碼先別急著懷疑OCR工具按照下面四個方向排查大多數(shù)情況都能解決清晰度圖片是否被壓縮過、字是不是太小?？梢苑糯?倍再傳一次。傾斜掃描件歪了先旋轉(zhuǎn)糾偏。背景有底色、水印或陰影時識別準確率會明顯下降可以先用圖像工具做去底色或增強對比度。中英文混合中文OCR和英文OCR模型側重點不同混合文本選通用模型或者分兩次識別再合并。這套排查順序能解決大約八成的問題。剩下兩成靠人工校對兜底沒什么丟人的OCR也不是人眼替代品。尤其是一些特殊字體、藝術字、手寫體識別率本來就不高別指望工具能“硬讀”出來。我的經(jīng)驗是先花幾秒鐘把圖處理一下比反復換在線工具更有效。4.4 傳圖前先過一遍隱私這一點我必須多說兩句。身份證、合同、財務報表這類含敏感信息的圖片不要隨手傳到任何公共在線OCR平臺。在線服務的便利背后意味著提交的數(shù)據(jù)會經(jīng)過第三方服務器有沒有被留存你無法控制。如果一定要提取這類圖片里的文字兩個辦法一是先對圖片做脫敏把不需要識別的身份證號、地址、簽字區(qū)域用色塊蓋住只保留需要識別的部分二是改用本地OCR工具比如開源的PaddleOCR在自己的機器上識別數(shù)據(jù)不出本地。處理敏感數(shù)據(jù)時少一點便利多一分穩(wěn)妥。我見過有人為了識別一張合同上的電話號碼把整頁合同傳上去結果公司信息、聯(lián)系人、蓋章全暴露了。這個習慣非常不好。5. 聚合工具站的隱藏用法從在線IDE到等時圈5.1 同樣是“在線工具站”差別可以很大現(xiàn)在網(wǎng)上有大量在線工具聚合站像nbtools在線工具這種名字你可能見過。它們把時間戳轉(zhuǎn)換、UUID生成、Base64、正則、進制轉(zhuǎn)換、圖片壓縮、單位換算都放在一起。我視它們?yōu)椤芭R時工具箱”尤其是電腦上沒裝專業(yè)軟件的時候一個頁面能搞定八成瑣碎需求。我選聚合工具站有三條標準加載快、沒誘導下載、頁面盡可能干凈。很多工具站常換域名書簽可能沒過多久就失效所以不要依賴某一個站點而是需要什么功能的時候臨時搜一下。對于代碼類、數(shù)據(jù)類需求我還會配合“在線運行代碼”的站點一起用。本質(zhì)上工具站的價值不是某一個功能多強而是把你頻繁用到的零碎能力集中到同一個入口減少切換成本。5.2 用在線代碼運行工具驗證提取邏輯有時我不確定一段正則表達式在新語言里是否好用也不想為這事單獨開一個IDE就在支持代碼在線運行的工具里直接跑。比如想驗證Python里提取數(shù)字的寫法代碼很簡單import re text 訂單號A20240511001金額1234.5元 print(re.findall(r\d, text))選擇Python環(huán)境點擊運行馬上能看到結果[20240511001, 1234, 5]。在線代碼工具同樣適合處理MATLAB算法驗證比如計算一個矩陣的均值或者畫個簡單曲線不需要提前安裝大型軟件。這種“臨時驗證”思路能讓我在線提取文本時少犯低級錯誤。正則表達式、腳本邏輯先在在線環(huán)境里跑通再移植到真實項目中效率會高很多。有人會問既然有了在線工具為什么還要在線代碼運行我的回答是在線工具適合“填參數(shù)點按鈕”一旦你需要循環(huán)、條件判斷、文件讀寫就需要編程環(huán)境了。比如要統(tǒng)計一個日志文件里哪些IP出現(xiàn)次數(shù)最多在線正則工具只能幫你把IP全部提取出來統(tǒng)計還得靠代碼。這時候一個在線Python環(huán)境就夠用。5.3 駕車等時圈把數(shù)字變成地理決策還有一個比較冷門但特別有意思的工具駕車等時圈。它做的事情很簡單輸入一個地點坐標或地址再選擇15分鐘、30分鐘、60分鐘等時間閾值馬上生成一張地圖多邊形表示開車在這個時間內(nèi)能到達的區(qū)域。我見過房產(chǎn)中介拿來分析小區(qū)配套開店的人拿它評估商圈覆蓋范圍也有人用它規(guī)劃通勤路線。從“數(shù)字提取”的視角看等時圈工具的輸入也是數(shù)字坐標、時間、道路速度輸出是一張可視化的范圍圖。本質(zhì)上它把一組數(shù)字轉(zhuǎn)換成了空間決策信息。如果你在處理地理文本比如從地址文本里提取經(jīng)緯度再交給在線等時圈工具做分析整個過程和“文本提取在線加工”是一致的。5.4 從Heapdump里提取內(nèi)存中的字符串最后提一個開發(fā)場景Java進程發(fā)生OOM時會產(chǎn)生heapdump文件。排查這類文件通常要分析里面有哪些對象占用內(nèi)存、哪些字符串對象特別異常。在線heapdump分析工具可以上傳較小的dump文件并自動給出類實例數(shù)量、對象大小排行、字符串去重結果等信息。我實際接觸過一個案例一臺服務頻繁Full GC把heapdump傳到在線分析工具后發(fā)現(xiàn)一個緩存Map里塞了幾百萬個重復的字符串占用了將近80%的堆內(nèi)存。這個結論在工具里一眼就能看出來不需要裝VisualVM。需要提醒的是heapdump文件一般很大動不動幾百MB在線工具只適合處理脫敏后的小文件。包含用戶信息、密鑰的對象字符串上傳前要想清楚。大型dump或者敏感數(shù)據(jù)還是用本地工具分析更穩(wěn)妥。6. 我這些年用在線提取工具的習慣6.1 先定規(guī)則再點按鈕在線工具最容易讓人上頭的就是“隨手試”。我現(xiàn)在的做法是粘貼數(shù)據(jù)之前先花十秒鐘想清楚目標字符的邊界。比如提取賬號到底要幾位數(shù)可能包含字母嗎前后分隔符是什么把這個規(guī)則寫在草稿紙上再去找對應工具成功率會高很多。規(guī)則明確以后正則用起來也順手。我所有的提取需求都會先嘗試整理成“邊界條件”不知道怎么描述邊界就用分隔符錨點來做。比如要提取冒號后的數(shù)值就寫:\s*(\d)要提取等號右邊的字母數(shù)字串就寫\s*([A-Za-z0-9_])。這個習慣讓我從“到處翻工具”變成了“先思考再操作”。6.2 敏感數(shù)據(jù)一條鐵律我在前面提過幾次隱私這里再總結成一條鐵律凡是可能識別到個人身份、企業(yè)機密、系統(tǒng)憑證的內(nèi)容一律不在公共在線工具里處理。不是說在線工具一定不靠譜而是你無法控制數(shù)據(jù)離開你電腦之后的去向。電子郵件、手機號、身份證號、銀行卡號、內(nèi)部系統(tǒng)地址、數(shù)據(jù)庫連接串這些內(nèi)容一旦被第三方留存風險是不可逆的。為了圖省事不值得。遇到這類數(shù)據(jù)我的做法是要么用本地腳本或本地工具解決要么提前脫敏去掉中間的幾位數(shù)字讓數(shù)據(jù)不再具備“可識別性”。例如手機號可以改成138****1234郵箱改成a***example.com。脫敏之后再上傳在線工具既保住了便利又降低了泄露風險。安全習慣比工具本身更重要。6.3 把在線工具和本地腳本組合起來最有效率的一條其實是組合使用。單次提取、數(shù)據(jù)量小、格式亂我用在線正則工具或OCR快速解決。批量處理、數(shù)據(jù)量大、隔三差五就要重復我一定寫本地腳本。例如要從一千行文本里提取手機號我根本不會打開在線工具而是用Python寫一行re.findall(r1[3-9]\d{9}, open(data.txt, encodingutf-8).read())在線工具負責“快速驗證”腳本負責“可靠落地”兩者配合才是效率最大化。我還會把常用表達式、常用工具都整理成一個筆記文件每次遇到類似需求先翻筆記。時間久了你會發(fā)現(xiàn)需要反復搜索的東西就那么多沉淀下來以后處理各種提取需求會越來越穩(wěn)。