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

+1

更新到 1.5.0 后，我一打开软件，就和上面描述的情况一样了，软件用不了，也关不掉，只能用任务管理器关掉，回退到 1.4.8 软件打开没问题：

我退回 1.4.8，然后把打开着的标签页全部关掉，再装 1.5.0，这样是没问题的。

成功升级到 1.5.0 后，这个帖子中嵌入块的问题仍然存在。

又发现一个可能导致假死的问题，测试集发您邮箱了（只有一个文档）

首先 ctrl+alt+4 把一个标题变成普通段落，可以看到这时候左侧大纲中还没反应过来，这时候赶紧把列表转换为段落（要在大纲中还没发生变化的时候转换，手要快，如果大纲这时候已经变化了，即大纲第一行的"符号约定"已经没了，这时候很可能复现不了，当然有时候我没有按 ctrl+alt+4，直接把列表转换为段落也会假死），之后就假死了，这时如果没有假死，可以在这个文档上再 ctrl+z 撤回一下，之后应该也会假死：

不过这个好像不是完全假死，出现假死状态之后，等很久以后会恢复正常，可能是性能问题

目前主要是在列表中搞标题，以及列表转段落的过程容易出现假死状态，不止上面的复现方法。

还有就是现在大纲的反应确实太慢了，在文档中修改标题层级后，大纲有时候要 10 秒才反应过来，而且在大纲反应变化的过程中我换到别的文档，大纲也不会变化到别的文档的大纲，而是一直卡着，我猜是某个地方阻塞了。

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

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

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