siyuan 开着，后云端已经同步完毕。
然后不要手动点退出 siyuan，而是用 windows 的关机功能关机，那么下次开机的时候，siyuan 会报错，大意是：上次没有正常退出，请用户手动重建索引。
我想大部分人用电脑，关机前不会刻意选择要退出 siyuan 吧？
这个问题怎么解决？——如何让 siyuan 不要报错啊。每次开机很烦啊。
关机后重启，总是提示重建索引
本贴最后更新于 202 天前，其中的信息可能已经时移世易
1 引用
相关帖子
-
这个让我想起了 ubuntu 经典的内部错误。
一个软件其实不需要告诉用户太多信息的，哪怕内部出错了，默默纠正好了。
你非要告诉我你内部错误了，又不告诉我该怎么帮你，那我除了给你加个油，点个 ❌，还能干啥呢？
像 ubuntu 那样实诚的话，就会给人留下非常不好的影响。其实大部分所谓的“内部错误”都是鸡毛蒜皮的小事情。
像思源笔记这种提示用户重建的，反正都需要用户手动点击，还不如默默执行一次，反正都是异步的。
而且最关键的是：不要轻易告诉用户你在重建，或者你在干什么。用户根本不关心你在后台干什么。
过多的消息其实挺烦人的，就像软件退出的时候，非得在右上角搞两个 toast 提示，
一个是：正在同步；另一个是正在退出。
何必呢，需要每次都提醒的东西，就一定不是必须要提醒的东西。
稍微换个思路，为什么不在同步失败的时候才提醒呢？
我感觉这种大概就算是经典的“程序员”思维，而不是“产品"思维，容易被程序员理解，但是用户可能就会觉得比较烦了。
当然，只是有感而发吐个槽。
2 回复 -
因为重建索引的过程中会阻塞一些操作，数据越多索引时间就越长，用户等不了，所以不会自动重建索引。
应该将是否需要重建索引交给用户来判断，挂后台关机之类的不重建索引问题不大，突然断电之类的就必须重建索引了。
1 回复1 操作JeffreyChen 在 2024-06-03 12:11:12 更新了该回帖 -
这个其实不是什么大问题：
- 客户端的思源笔记启动的时候本身就是有载入过程的，如果有脏数据完全可以在这里做了。
而 docker 端又是不关闭的，所以几乎没有手动重建的必要。 - 如果重建索引的动作是阻塞的，并且如果预期内它可能也是「耗时的」，那么这个动作本身也应该考虑做成有渐进的影响文档，比如重建索引过程中，【双向链接】失效（我只是举其中一个例子），或者说某些和索引相关的动作灰掉它。这些都是可以被接受的。不然必然会出现一些用户要干等你索引完全才能用笔记的情况，这个是不太能被接受的。
- 思源笔记的数据本身就是支持快照的，而且背后看起来是有逻辑维护的，既然有快照这个特性存在，理论上增量部分的索引是不太可能造成长久的阻塞的。除非这个快照是假快照，落盘的数据也是存在变化的风险的。
是真的没必要让「用户去决定是否手动重建索引」，这个动作有点硬核了，而且会让人觉得自己的数据会不会不安全？因为重建某项东西必然会有两个结果：成功和失败。
真的不要让用户觉得他像个 DBA 一样，我从来没见过哪个知识整理类型的应用会（那么频繁地）需要用户去关心他的索引重建的。
2 回复 - 客户端的思源笔记启动的时候本身就是有载入过程的，如果有脏数据完全可以在这里做了。
-
-
JeffreyChen • • 1 评论
而 docker 端又是不关闭的，所以几乎没有手动重建的必要。
但这里讨论的是桌面端的非正常关闭。
对，我的意思是完全可以放在客户端启动的时候干掉这个事情，对 docker 版本的也不会有什么影响。（因为我主要用的 docker 版本的，不过最近也试了一下客户端的。）ringx •
请输入回帖内容
...
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于