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

我这里用上次的测试集没能重现 😂

除了嵌入块和引用嵌套时的问题，还遇到一个卡死的场景，不知道两者是不是一样的问题

我把鼠标放在引用块悬浮窗上，之后就卡死了：

测试集：

20210927211858cnulnll.zip

打开《很多反链》这个文档。

而且反链面板显示的速度非常慢，要等很久才能显示出来，感觉比 1.4.6 的时候慢了不少，不知道这个性能能不能优化一下

我之前随便在一个新的工作空间试了下，忘了做了什么操作，日志中有以下记录，不知道能不能看出什么东西(前面几个 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:

现在我每次操作标题都得非常小心，要等大纲反应过来了才放心进行其他操作，不然很容易假死，而现在大纲反应太慢了，最近我对标题的操作又比较多，所以用起来比较心累 😂

回退到 1.4.6，在大库下，还是很顺畅的，大纲响应很快，也复现不出假死的 bug，所以这个假死问题和是小库还是大库应该没直接关系，和列表的写入性能应该也没直接关系，可以比较一下两者大纲响应的速度（其他条件都相同，都是在大库下）：

1.4.6：

1.5.1：

在 1.5.1 中，我关闭主笔记本，剩下测试笔记本，也就是在小库下，性能也没问题，大纲响应很快，我不太理解为什么只是打开一个和这个文档无关的笔记本，会影响这个文档的大纲的响应速度 😂

是不是 1.4.7 中修改了什么东西，对性能造成了比较大的影响。像假死问题，以前从来没遇到过，1.4.7 之后经常出现，而且复现假死的方法有很多，一个一个复现排查估计有难度，假死的核心问题个人猜测在于性能，以前版本性能好，各种代码逻辑问题可能都触发不了，1.4.7 后性能变差了，导致很多问题暴露出来了，而性能变差的原因我猜测是 1.4.7 中的某个 issue 造成的