打开下面这样一个有很多嵌入块的文档：
嵌入块显示不出来，而且软件的索引功能失效，其他所有引用块都点击不了，而且悬浮窗也显示不出东西，反链面板也全部失效，文档树也全部失效，看似没卡，实际上什么功能都用不了
而且此时软件无法关闭，只能用任务管理器关闭
打开一个嵌入块很多的文档后软件直接不能用了，且无法关闭软件
本贴最后更新于 987 天前，其中的信息可能已经时异事殊
相关帖子
- 其他回帖
-
我之前随便在一个新的工作空间试了下，忘了做了什么操作，日志中有以下记录，不知道能不能看出什么东西(前面几个 rebuilt database 是我主动重建索引的，我把一些东西复制到新工作工作空间，然后重建索引)：
I 2021/11/14 12:43:47 box.go:499: rebuilt database for notebook [20210820214849-sbwv4pi] in [13.83s], tree stat [count=295, size=8.4 MB] I 2021/11/14 12:43:51 box.go:499: rebuilt database for notebook [20210927211858-cnulnll] in [3.55s], tree stat [count=57, size=1.1 MB] I 2021/11/14 12:44:50 box.go:499: rebuilt database for notebook [20210820214849-sbwv4pi] in [15.37s], tree stat [count=354, size=9.4 MB] I 2021/11/14 12:44:54 box.go:499: rebuilt database for notebook [20210927211858-cnulnll] in [3.69s], tree stat [count=57, size=1.1 MB] W 2021/11/14 12:46:36 conf.go:370: data is writing I 2021/11/14 12:47:17 box.go:499: rebuilt database for notebook [20210820214849-sbwv4pi] in [63.57s], tree stat [count=704, size=22 MB] E 2021/11/14 12:47:32 database.go:1084: begin tx failed: database is locked goroutine 79128 [running]: runtime/debug.Stack() D:/go1.17/src/runtime/debug/stack.go:24 +0x65 github.com/siyuan-note/siyuan-src/kernel/sql.BeginTx() D:/88250/siyuan-src/kernel/sql/database.go:1084 +0x51 github.com/siyuan-note/siyuan-src/kernel/model.BuildBlockPath({0xc0083c8540, 0x16}) D:/88250/siyuan-src/kernel/model/blockinfo.go:187 +0x65 github.com/siyuan-note/siyuan-src/kernel/api.getBlockBreadcrumb(0xc000ae4200) D:/88250/siyuan-src/kernel/api/block.go:218 +0xf8 github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/siyuan-note/siyuan-src/kernel/model.CheckAuth(0xc000ae4200) D:/88250/siyuan-src/kernel/model/session.go:93 +0x467 github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-contrib/sessions.Sessions.func1(0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-contrib/sessions@v0.0.3/sessions.go:52 +0x18d github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-contrib/gzip.(*gzipHandler).Handle(0xc00066ef60, 0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-contrib/gzip@v0.0.3/handler.go:60 +0x2ed github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-gonic/gin.CustomRecoveryWithWriter.func1(0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/recovery.go:99 +0x82 github.com/gin-gonic/gin.(*Context).Next(...) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/context.go:165 github.com/gin-gonic/gin.(*Engine).handleHTTPRequest(0xc000502820, 0xc000ae4200) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/gin.go:489 +0x63e github.com/gin-gonic/gin.(*Engine).ServeHTTP(0xc000502820, {0x1441b08, 0xc000c6a1c0}, 0xc000ae4000) D:/gogogo/pkg/mod/github.com/gin-gonic/gin@v1.7.4/gin.go:445 +0x1c5 net/http.serverHandler.ServeHTTP({0x143dec8}, {0x1441b08, 0xc000c6a1c0}, 0xc000ae4000) D:/go1.17/src/net/http/server.go:2878 +0x43b net/http.(*conn).serve(0xc000708000, {0x144cf00, 0xc000541410}) D:/go1.17/src/net/http/server.go:1929 +0xb08 created by net/http.(*Server).Serve D:/go1.17/src/net/http/server.go:3033 +0x4e8 I 2021/11/14 12:47:43 working.go:94:现在我每次操作标题都得非常小心，要等大纲反应过来了才放心进行其他操作，不然很容易假死，而现在大纲反应太慢了，最近我对标题的操作又比较多，所以用起来比较心累 😂
-
又发现一个可能导致假死的问题，测试集发您邮箱了（只有一个文档）
首先 ctrl+alt+4 把一个标题变成普通段落，可以看到这时候左侧大纲中还没反应过来，这时候赶紧把列表转换为段落（要在大纲中还没发生变化的时候转换，手要快，如果大纲这时候已经变化了，即大纲第一行的"符号约定"已经没了，这时候很可能复现不了，当然有时候我没有按 ctrl+alt+4，直接把列表转换为段落也会假死），之后就假死了，这时如果没有假死，可以在这个文档上再 ctrl+z 撤回一下，之后应该也会假死：
不过这个好像不是完全假死，出现假死状态之后，等很久以后会恢复正常，可能是性能问题
目前主要是在列表中搞标题，以及列表转段落的过程容易出现假死状态，不止上面的复现方法。
还有就是现在大纲的反应确实太慢了，在文档中修改标题层级后，大纲有时候要 10 秒才反应过来，而且在大纲反应变化的过程中我换到别的文档，大纲也不会变化到别的文档的大纲，而是一直卡着，我猜是某个地方阻塞了。
还有假死会导致一个比较严重的问题，假死情况下仍然可以输入（但不能粘贴的东西），但是这个输入并不会保存到文件中，重启后写了的内容都会丢失。不知道这个问题能否防范，因为很多时候自己并不知道假死了，在文档里写了很多内容，然后突然程序崩溃重启，刚才写的内容都没了。
1 回复 -
假死情况目前还是存在，最后发给您的复现方法在 1.5.2 中依然能复现
下面这个图中，我只是删除了这个文档中的所有内容，就假死了，我猜测是写入数据一直阻塞着：
过了一段时间，弹出内核连接中断：
关掉思源，重启后，发现文档中的内容没有被删除，应该是没有成功写入数据
复现这个假死问题的一个要点是“大纲的显示与文档真正的内容不匹配”的时候做一些操作，比如说之前的复现方法中，改变标题层级，在大纲还没有反应过来的时候，将列表转换为段落，此时一定会假死，如果大纲此时反应过来了，一般不会假死。
而在小库下，大纲反应很快，因此很难做到大纲与文档真正内容不匹配，也就很难复现。
“大纲的显示与文档真正的内容不匹配”这个当然是表面现象，本质肯定是其他原因。
还有 1.4.7 之后大纲的反应速度在大库下明显比以前慢了很多，这也导致了 1.4.6 之前在大库下也没法复现，而 1.4.7 之后在大库下很容易复现上面的假死问题，说不定这个问题以前版本也存在，只是以前版本大纲反应太快了，没有人有那么快的手速可以在大纲还没反应过来的时候进行其他操作。“大纲的反应速度在大库下慢”这当然也是表面现象，本质应该也是有其他原因。或许可以往提高大纲反应速度的方向修复看看？
1 回复 - 查看全部回帖
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于