PhpStorm双击打开SQLite文件显示乱码是因为.db是二进制格式，非文本文件，IDE强行以UTF-8解码导致乱码；正确做法是使用DataGrip或DB Browser for SQLite等专用工具浏览。
PhpStorm里直接双击打开SQLite文件为什么全是乱码
因为PhpStorm默认把.db文件当纯文本打开，而SQLite是二进制格式——它不是文本文件，压根不该用编辑器“读内容”。你看到的方块、问号、乱码符号，其实是IDE强行用UTF-8解码二进制头数据的结果，和编码设置无关。
常见错误现象：sqlite3 命令能正常查数据，但PhpStorm里打开.db文件显示一堆或十六进制乱码；右下角编码显示UTF-8，改来改去没用；甚至误以为是字体问题，去换Consolas、Fira Code也没改善。
正确做法：
- 别双击.db文件——这不是文本，不能“看”，只能“查”
- 如果真要浏览结构或数据，用专门的数据库工具（如DataGrip、DB Browser for SQLite）
- PhpStorm内置Database工具虽能连SQLite，但需手动配置JDBC驱动，且不支持直接打开本地.db文件
DataGrip连接SQLite时中文显示为问号或方块
这是典型的客户端与数据库编码协商失败。SQLite本身只存UTF-8字节，但DataGrip若用非UTF-8方式读取，或系统终端编码干扰，就会解码错位。
立即学习“PHP免费学习笔记（深入）”；
关键排查点：
- 确认SQLite文件本身是UTF-8编码存储（绝大多数情况是，除非你用GBK程序写入过）
- 检查DataGrip连接URL是否带
charset=utf8参数（SQLite JDBC驱动不认这个，但有些旧版会尝试解析） - 重点看DataGrip启动时的JVM编码：必须是
UTF-8，否则界面、查询结果、甚至SQL编辑框都可能出问题
实操步骤：
- 关闭DataGrip → 找到
datagrip.vmoptions（macOS在~/Library/Preferences/DataGrip2026.1/，Windows在%USERPROFILE%\AppData\Roaming\JetBrains\DataGrip2026.1\） - 在文件末尾追加：
-Dfile.encoding=UTF-8 - 重启后，在
Database面板右键→Properties→Options页签，确认Use Unicode UTF-8已勾选（部分JDBC驱动版本可见）
用DB Browser for SQLite替代DataGrip更轻量？
可以，而且对中文支持更稳——它不依赖JVM，直接调用SQLite C API，天然按UTF-8处理字符串，基本不存在“配置编码”的概念。
但要注意两个实际限制：
- 不支持同时连多个数据库做跨库JOIN（DataGrip可以）
- 无法调试SQL执行计划、无智能补全、不集成Git变更对比
- 如果你的.db文件带密码（使用SQLCipher加密），DB Browser需单独安装插件，而DataGrip通过JDBC驱动可原生支持
临时救急建议：右键.db文件 → 用DB Browser打开 → 看中文是否正常。如果正常，说明问题出在DataGrip环境配置，而非.db文件损坏。
为什么改了DataGrip编码，新建查询窗口还是乱码
因为DataGrip的SQL编辑器默认继承系统区域设置，而不是JVM的-Dfile.encoding。即使datagrip.vmoptions写了UTF-8，编辑器仍可能用系统locale（比如Linux上LANG=zh_CN.GBK）初始化缓冲区。
解决路径：
- Linux/macOS：终端启动DataGrip前先运行
export LANG=en_US.UTF-8（或zh_CN.UTF-8），再执行datagrip.sh - Windows：控制面板→区域→管理→更改系统区域设置→勾选
Beta: Use Unicode UTF-8 for worldwide language support - 终极验证：在DataGrip SQL控制台执行
SELECT '你好' AS test;，看结果列是否显示正常——这才是真实解码链路的终点
真正容易被忽略的是：SQLite本身不存字符集元信息，它信任所有输入都是合法UTF-8。所以乱码永远不出现在.db文件里，而出现在“读取它的那一端”。盯着文件改编码没用，得盯住工具链每一环的解码行为。
