以下是事情经过:
- 网上教程视屏中下载来笔记md格式文件,我想导入到obsidian中
- 直接拖入ob中图片链接不对,遂通过查找替换源码模式中的路径
- 替换之后跳转到插入图片位置obsidian显示图片异常,一片血红或者黑色

- 网上下载的教程笔记

2. 我设置了所有笔记的附件放在我的库中的Attachments文件夹中

3. 我将assets文件夹转移到Attachments文件夹中,将笔记中的
assets/替换为
Attachments/assets/之后出现的结果
4. 同样的文件可以再typora中打开,并且我在typora中创建Attachments文件夹再查找替换仍可以正常显示,obsidian中就会报错
将assets放入新建文件夹Attachments中,图中两个导入的图片一个在Attachments/assets中,另一个在assets中
5. 我将assets放在笔记根目录还是会卡住
- 求解,是我哪里导入的方法出问题了吗?
Probe
(Probe)
2
先试下改改图片名能否变好,
简单说, 需要破坏掉 “图片的纯数字 alt text”
例: 
这里面的 123456 有可能被解释为像素数
建议先抓几个图片, 手动改成  看看能不能好
完后要是能定位就是因为这事, 那正则批量替换 !\[(\d+)\]\( 给稍微加一些字母前缀后缀就行
如果发现不是因为这个, 那我们可以继续讨论
改完仍然没有用
我首先将一个图片中的数字改为img-数字,然后将assets文件夹放入笔记目录
刚放进文件夹笔记就显示异常了,我甚至还没改assets文件夹中对应图片的名称
删除assets文件夹,刷新之后笔记正常显示纯文本,图片也会显示找不到assets/文件

异常情况(蓝色异常)下ctrl+f搜索ob会立刻崩溃卡住,操作无响应但是不会闪退,甚至什么都不做在异常页面待久了也会卡住 windows不会提示程序无响应等待或关闭程序。

实在不行就算了,ob真够折腾的
,
如果实在没啥办法,看这个笔记用typora得了
Probe
(Probe)
4
ctrl+f搜索ob会立刻崩溃卡住
甚至什么都不做在异常页面待久了也会卡住
那这就不像是 “纯数字alt text” 问题了
如果仓库之前一直用的挺好, 就只有某些外来笔记出事, 且该笔记在 Typora 没问题,
看起来最好是造新仓库, 在无插件情况下, 把这些笔记+附件丢新仓库里试试,
甚至就把一小段文字贴新笔记试试
必要时还可以考虑对笔记内容做二分检查, 看是不是哪个段落包含了啥奇怪语法
另外就是可以在 “资源监视器” (resmon) 关注 CPU 和 硬盘 IO 延迟, 也许可以找出来是卡在读写某具体文件上, 还是卡在啥计算上, 这可能会找到点线索