不能这样判断。对Windows台式电脑上的SQLite应用来说，应用程序没有在顶层SQL里直接写危险自定义函数调用，并不等于读取表时它不会被间接执行。SQLite安全说明指出，自定义函数只要已注册，就可能被可修改schema中的VIEW、TRIGGER等对象引用；读查询触及VIEW表达式时可能间接带入函数，而TRIGGER须有其定义对应的触发事件，不能把普通SELECT一概当成触发写操作触发器。因此，关键不是只看业务SQL有没有出现函数名，而是看函数注册方式与数据库schema是否允许它出现。
适用：本题适用于杭州上城区使用Windows台式电脑的SQLite应用，尤其是应用会自行注册自定义函数、数据库文件可能被外部修改，或schema并非完全受控的场景。核查前先确认实际SQLite库版本、编译配置和功能状态，只处理已有去敏schema、SQL和日志，不改生产库、不重发写入、不执行攻击样例，也不通过制造崩溃来验证。
观察：只做静态核查。先看函数注册时是否使用DIRECTONLY，是否设置trusted_schema关闭，以及是否把未安全审计的函数标为INNOCUOUS。再查schema中VIEW、TRIGGER等对象是否引用自定义函数，并对照应用读取表的路径，判断查询展开后是否可能触及这些对象。结果条件要明确：若函数可被schema引用且trusted_schema未收紧，就不能仅凭“顶层SQL没调用”排除风险；若函数为DIRECTONLY或schema使用受到适当限制，仍需结合实际注册和schema材料确认边界。
风险：风险在于“只注册、不直接调用”也可能被间接利用。若数据库schema可被修改，外部修改者将应用预期读取的对象替换为含函数表达式的VIEW等结构，普通读取就可能间接求值；TRIGGER则应另核具体触发事件，不凭读表日志推定它已触发。INNOCUOUS不能为了绕过限制随意标记，它只应在函数确属无害并经过安全审计时使用；否则会扩大schema调用面。
下一步：整理去敏材料，包括SQLite版本与编译配置、自定义函数名称及注册标志、schema导出（去除敏感内容）、相关SQL和错误日志，交由具备SQLite安全核查能力的人员静态分析。杭州上城区台式电脑用户如需咨询，可拨400-877-9605；该号码为咨询入口，电脑快修网是信息展示与第三方维修对接平台，实际服务范围和安排需另行确认。 DIRECTONLY限制函数被schema代码调用，不会检测函数本身是否无害；trusted_schema关闭也要结合实际INNOCUOUS标记与实现审计判断，不能靠改标签代替边界检查。