@yangheng4922 createCollection 这个函数用于创建集合，如果数据库已经存在了，应该用 .collection('students') 来获取，而不是 createCollection

我猜你之前的 db 可能已经因为之前的 bug 有点问题了，删了重新运行一下呢？

不过我猜你想要的是不用 create，直接用 .collection 就可以插入的那种

我们移步 Github issue 讨论？

@VHacker1989 在计划中了，只需要编译到 arm 然后写一个 java 或者 kotlin 转换层就可以跑了

@summerwar 正在写，这两天内 push 上去

@ashine 哈哈哈，我 mark 一下。其实主要是后端都有大把成熟，好用的 db 了，我做这个主要给客户端用的。php 估计得靠后了。

@TaoQAQ 其实上面有写，一个是灵活性和快速迭代，一个是轻量级，占用少资源，还有移植性，主要针对客户端

@yangheng4922 刚刚推了一个 0.3.1 修复了这个问题，可以更新试试，感谢反馈

@yangheng4922 @dreampet 关于性能，等功能稳定之后，会做一次 benchmark，不过目前来说，性能不是首要目标

@yangheng4922 不好意思，因为你重复创建 collection 了，应该不允许这个操作，我晚点修复一下。

第一次创建完，第二次可以用 db.colletion('students') 获取

@sinex 有的，在 journal.rs 里面

Elementary 这个系统功能还是有点少，比如自带的 Terminal，功能甚至没有 Gnome3 的多。
系统包什么的都比较旧，开发配环境要花点时间（自己编译）。
好看是好看，希望开发速度能快点。

书籍可能没有，你想要验证的一些东西其实可以从表象来验证。比如微任务宏任务，可以通过编写测试代码来验证，不用去看底层。

如果真的对底层又兴趣的话，其实也不一定就看 v8，js 的引擎除了 v8 还有些简单的，比如 QuickJS，不过只是一个执行引擎，没有事件循环这些。实在看 v8 可以看早期版本。

会的，系统有定时任务

用了一段时间之后确实好一点了

希望可以轻一点，X 之后都好重

@rrZ2C 按照楼上的说法把 App 后台刷新关了，感觉电池耐用了一点，发热好像始终会有，暂时无解。

@dicbldicbl 这是什么原理？我还以为新手机会快些

@clrss 都不多，300 个联系人，平时聊的也就两三个人。

@liaoyaoheng 关闭之后微信还能收到消息吗