论文摘要的核心是“浓缩价值卡”，须包含研究背景与目的、方法与对象、核心结果、意义与价值四要素，避免流水账、人称错误和模糊表述。
连不上八成不是插件问题，而是本地没跑 mongod 或连接字符串格式错了一处——比如漏了 mongodb:// 前缀、密码没 URL 编码、端口写成 27018 却没改配置。
先确认 mongod 实例真正在运行
插件只是客户端界面，不自带数据库服务。装完插件点“Connect”一直转圈或报 Connection refused，第一反应不是重装插件，而是查进程。
- macOS/Linux 执行
ps aux | grep mongod，看有没有带--port 27017（或你指定的端口）的进程 - Windows 就打开任务管理器，搜
mongod.exe - 用 Docker 启动的，确认容器端口映射正确：
-p 27017:27017，再跑docker logs <container></container>看 mongod 是否正常启动 - 如果改过默认端口（比如用
--port 27018），连接字符串里必须显式写上:27018
连接字符串格式稍错就解析失败
插件对 URI 格式极其敏感，一个空格、一个未编码的特殊字符都会导致 Invalid connection string 或静默失败。
- 最简可用格式：
mongodb://localhost:27017（注意必须带mongodb://协议头，写成localhost:27017直接报错） - 带认证时，密码含
@、/、:必须 URL 编码，例如密码pa@ss/word要写成pa%40ss%2Fword - 远程 Atlas 连接务必加
/?appName=VSCode后缀，否则部分集群会拒绝认证 - 复制粘贴后手动检查前后有没有看不见的空格——插件不会自动 trim
连上了却看不到集合或查不出数据
这通常不是连接失败，而是权限或视图配置导致“能连不能看”。插件默认用连接字符串末尾的数据库名（如 mongodb://localhost:27017/myapp 中的 myapp）做上下文，但认证可能发生在 admin 库；若用户没被授权访问 myapp，集合列表就是空的。
- 用
mongosh连上去执行db.runCommand({connectionStatus: 1})，检查authInfo.authenticatedUsers和对应角色权限 - 集合名以
system.开头（如system.users）或纯数字开头（如123logs），插件默认隐藏，可右键连接节点点Refresh或手动在搜索框输集合名 - 查询语句必须是合法 BSON 对象：
{ "status": "active" }可行，{ status: "active" }（没引号）会报Unexpected token
执行查询后返回乱码、字段缺失或超时
插件底层调用的是 MongoDB Node.js Driver，它对 BSON 类型、响应大小和语法支持有明确限制——不是所有 mongosh 里能跑的都支持。
- 聚合管道里用
$expr或较新的操作符（如$function）可能不兼容，建议先在mongosh里验证 - 大文档或大量结果容易触发超时，插件默认只取前 20 条，想看更多得手动改分页或加
.limit() - 字段值是
ObjectId、Date、BinData等类型时，插件显示为字符串或 base64，不是乱码，是正常序列化表现
最容易被忽略的点：权限校验发生在连接时，但集合可见性取决于你连接字符串末尾指定的数据库 + 用户在该库上的角色。很多人在 admin 库建了用户，却用 mongodb://u:p@h:27017/mydb 连，结果 mydb 里什么也看不到——得给这个用户在 mydb 上也分配 readWrite 角色。
