精准匹配 Markdown 图片语法应使用非贪婪正则 !\[.*?\]\((.*?)\), 可捕获标准格式如 ；但对含空格或括号的非标准链接（如 ）会失效，需人工核对。
怎么用正则精准匹配 Markdown 图片语法 !\[.*?\]\((.*?)\)
直接搜 !\[.*?\]\((.*?)\) 就能抓到所有标准写法的图片链接，比如 。非贪婪 .*? 是关键，避免从第一个 ! 一路吃到文件末尾最后一个 )；但这个正则只认标准格式，对 （含空格）或 .png)（含括号）会截断失效——这类得人工核对。
常见错误现象：
- 用
!\[.*\]\((.*)\)（贪婪版）→ 所有图片被合并成一长串匹配，中间链接全丢 - 没点右下角
.*图标 → 正则当纯文本搜，完全不匹配 - 链接里有
%20或中文路径 → 正则本身能匹配，但后续下载工具可能报错，这不是正则问题，是下游处理环节
替换为空时，为什么不能只填 ! 或留空？
填 ! 会把每张图变成孤立的 ! 字符，污染文本；留空则整行变空，可能破坏段落结构。真正安全的做法是：先 Find All，再按 Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS）拆成多光标，接着统一删掉 ，只留中间描述文字（如有）。
实操建议：
WiseOCR — 将 PDF 或图片文件转换为高质量 Markdown 文本，支持表格完整识别、多栏版式还原、中英文混排。适用场景：扫描件文字提取、纸质文档数字化、合同/报告/论文转文本、图片中文字提取。支持格式：PDF、JPG、JPEG、PNG、WEBP、GIF、BMP、TIFF。触发：用户上传文件并要求"帮我识别这个文件的文字"、"PDF转文字"、"图片转文本"、"帮我提取这个表格"——会调用本技能。说"用Wi
- 如果图片后紧跟换行或标点（如
\n\n正文），删完记得手动补一个空格或换行，避免正文紧贴前文 - 若文档混有
这种带 title 的写法，!\[.*?\]\((.*?)\)仍能捕获 url，但 title 部分会原样留下，需额外跑一遍"[^"]*"清理 - 别在未保存副本的情况下直接
Replace All—— Sublime 不提供撤回跨文件替换，一旦误操作只能靠本地历史或 Git 恢复
遇到 src="..." 或
Markdown 混排 HTML 时（尤其微信公众号导出内容），图片常藏在 <img src="..."> 或懒加载的 <img > 里。不能直接搜 src=".*?"，否则会误抓 <script>fetch("src=xxx")</script> 里的伪链接。
安全做法：
- 先手动折叠或删除
<script>、<style>、<!-- -->块（Ctrl+Shift+P→Fold Tags） - 查
(src|data-src)=([\"'])([^\"']*)\2，替换成$3（注意是$3，不是$2） - 再跑一次
^https?://.*$查出所有提取出的 URL，人工确认是否真要删——因为有些src其实是图标字体或 SVG 内联代码
删完图片标记后，为什么文档还“看起来乱”？
正则只删标记，不处理残留的空白、换行和缩进。原始 Markdown 中 \n\n 删完只剩两个换行，视觉上还是“空段落”。这时候得补一刀：^\s*$（关闭 . matches newline）清空行，再用 \n\s*\n（开启 . matches newline）压缩连续空行为单个换行。
容易被忽略的点：
-
^\s*$在 Sublime 里不匹配全角空格（\u3000）、零宽空格（\u200b）——粘贴自网页或微信的内容常带这些，得手动扩展为^[ \t\u3000\xA0\u200b]*$ - 删完图片后，原来带图的段落可能只剩一个空行，而相邻段落间本该有空行分隔——这时不能盲目删光所有空行，否则 Markdown 渲染会把多段压成一段
- 如果文档含 Mermaid、LaTeX 等内联块，它们的语法也可能含
!或括号，正则无法区分，必须提前隔离或人工跳过
