这是 SQLite 对 value 参数和 json 参数采用不同解释规则造成的，不是数组文字被自动解析。按 SQLite 官方当前说明，json_object 等函数接收 value 参数时，普通 SQL 文本通常按字面字符串处理，并在结果中作为带引号的 JSON 字符串插入；即使文本看起来像合法数组，也仍按字符串处理。只有 value 参数直接来自另一个 JSON 函数（如 json()、json_array()）或单箭头提取运算符时，才按实际 JSON 插入完整 JSON。双箭头不属于这类直接JSON来源；本题数组提取结果是SQL文本，其他路径还可能得到SQL数值或NULL，不能一概说它总返回字符串。json 参数则始终按 JSON 解释，与 value 参数不同。具体库版本和功能需另核。
适用：在襄阳樊城区台式电脑的获授权软件检查中，排查 SQLite 的 json_object 及其他接受 value 参数的 JSON 函数；范围限于只读原 SQL、代码和去敏日志，不执行客户查询或写库。
观察：第一，查看传给 json_object 的值是否只是普通 SQL 文本，例如直接写 json_object('ex','[52,3.14159]')；若只是字面量，结果条件是该值成为带引号的字符串，而不是数组。第二，查看该 value 是否直接来自 json()、json_array() 等 JSON 函数；若是，结果条件是完整 JSON 被插入，数组保持数组形态。第三，查看是否使用单箭头提取运算符；若直接来自它，结果条件是按实际 JSON 插入；若来自双箭头，则按实际SQL返回类型判断；本题数组文字作为文本时仍插入字符串，不能外推到所有标量。第四，查看参数位置是否属于 json 参数；若是，结果条件是按 JSON 解释，不按普通文本处理。观察只记录函数名、参数来源和脱敏后的输入输出，不运行客户查询。
风险：把 value 参数的字符串结果误认为数组，后续代码可能重复解析、类型判断出错或把字符串当数组使用，造成数据显示不一致；未确认参数来源就改写 SQL 或数据库内容，也可能掩盖真正原因。排查应保持只读，避免扩大影响。
下一步：整理去敏材料，包括相关 SQL 片段、函数名与参数位置、SQLite 库版本、脱敏日志中的输入输出和期望结果，不附客户隐私数据；可拨打 400-877-9605 咨询。电脑快修网是信息展示与第三方维修对接平台，400-877-9605只作咨询，实际范围和安排需确认。