只要数据库文件存在且路径正确，Navicat 就能连；不需要用户名密码，也不依赖服务进程。关键须用绝对路径选中实际.db文件，避免相对路径、WAL模式、文件被锁或权限不足。
Navicat 连接 SQLite 数据库文件本身很简单，但容易卡在路径错误、权限问题或版本混淆上。直接结论：**只要数据库文件存在且路径正确，Navicat 就能连；不需要用户名密码，也不依赖服务进程**。
连接本地 SQLite 文件的常规步骤
这是最常用场景：你手头有一个 .db 或 .sqlite 文件，想用 navicat 打开查看或编辑。
- 打开
Navicat→ 左上角「连接」→「新建连接」→ 选择「SQLite」 - 「连接名」随便填（比如
my_app_db） - 关键一步：点击「数据库文件」右侧的
...按钮，**必须选中实际的文件（不是文件夹）**，例如/home/user/app.db或C:\data\test.sqlite - 不要填「用户名」「密码」——SQLite 不需要认证，留空即可
- 点「测试连接」，成功就点「确定」
常见失败原因：Navicat 报错 unable to open database file，大概率是路径不对或文件被其他进程锁住（比如 Android Studio 正在打开它、或者你的 App 还没 close db）。
为什么 Navicat 有时找不到 .db 文件？
不是所有 .db 文件都能直接连——有些只是“空壳”，或者被加密/损坏，也可能是路径用了相对路径（Navicat 不认 ./data.db 这种写法）。
- 确认文件真实存在：
ls -l /path/to/file.db（Linux/macOS）或dir C:\path\to\file.db（Windows） - 检查文件权限：Linux/macOS 下，
Navicat进程需有读取权限，运行chmod 644 file.db可修复 - Android 开发者注意：真机或模拟器上的数据库文件通常在
/data/data/com.xxx.xxx/databases/，Navicat无法直连这个路径，必须先用adb pull导出到本地再连 - 别用中文路径或带空格路径，尤其 Windows 下容易出问题，换成
C:\db\app.db这类干净路径
HTTP 隧道远程连接 SQLite 的实际限制
很多人搜“Navicat 远程连 SQLite”，其实是想绕过“SQLite 无服务端”的限制。但得说清楚：HTTP 隧道不是真正意义上的远程访问，而是靠服务器上跑一个 PHP 脚本代理请求。
- 必须在服务器装好 Apache/Nginx + PHP，并启用
sqlite3扩展（sudo apt install php-sqlite3） -
ntunnel_sqlite.php必须放在 Web 根目录（如/var/www/html/），且可通过浏览器访问http://server/ntunnel_sqlite.php - 「数据库文件」路径是相对于
ntunnel_sqlite.php的位置，不是服务器绝对路径。比如ntunnel_sqlite.php在/var/www/html/，而 db 在/var/www/html/data/app.db，那这里就填data/app.db - 不支持并发写入：多个用户通过隧道同时改同一个 SQLite 文件，大概率触发
database is locked
这方法只适合临时查看、只读分析，别当生产环境用。
SQLite2 和 SQLite3 兼容性要注意什么？
Navicat 支持两者，但默认走 SQLite3。如果你连的是老项目生成的 .db，报错 file is encrypted or is not a database，可能真是 SQLite2 格式。
- 用命令行验证：
file your.db，输出含SQLite 2.x database就是旧格式 - Navicat 连接时，在「高级」选项卡里勾选「Use SQLite2」（不是所有版本都有这选项）
- 更稳妥的做法：用
sqlite3命令行工具导出再重建：sqlite2 your.db .dump | sqlite3 new.db - 新版
Navicat Premium 17+已基本弃用 SQLite2 支持，遇到问题优先考虑升级或转换格式
真正麻烦的从来不是怎么点几下连上，而是连上了之后发现字段类型不对、时间戳乱码、或者 blob 数据显示为二进制——这些都得回头查 SQLite 的实际存储格式和 Navicat 的字段映射规则。
