打开一个嵌入块很多的文档后软件直接不能用了，且无法关闭软件

麻烦把日志文件再上传一下，谢谢。

可以看下面这个录屏，我只是把一个三级标题变成一级标题(当然这对底层.sy 文件来说意味着要大改结构)，大纲反应过来要等 1 分多钟（这个视频有 1 分多钟，在中间可以看到任务管理器中思源 CPU 占用非常高，大纲反应过来之后 CPU 占用迅速降低）：

这个要在大库下才能复现，小库下复现不了

我之前随便在一个新的工作空间试了下，忘了做了什么操作，日志中有以下记录，不知道能不能看出什么东西(前面几个 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 秒才反应过来，而且在大纲反应变化的过程中我换到别的文档，大纲也不会变化到别的文档的大纲，而是一直卡着，我猜是某个地方阻塞了。

还有假死会导致一个比较严重的问题，假死情况下仍然可以输入（但不能粘贴的东西），但是这个输入并不会保存到文件中，重启后写了的内容都会丢失。不知道这个问题能否防范，因为很多时候自己并不知道假死了，在文档里写了很多内容，然后突然程序崩溃重启，刚才写的内容都没了。