Senzoukria 脚本编程里的“脚本在 2000 毫秒后被中断（死循环？）”

你会看到什么

脚本控制台和流水线那一条会把这次运行显示为失败，写着“脚本在 2000 毫秒后被中断（死循环？）”。如果沙箱压根就没有应答过，错误则是“沙箱不可用：{scheme} 协议在 {ms} 毫秒内没有返回任何内容（应用是否在 Tauri 之外启动？）”。

为什么会这样

脚本跑在一个沙箱化的 worker 里，没有网络、没有文件访问、也没有经纪商 API。一次在预算之内没有作出应答的运行会被停掉，这样一个坏掉的脚本就没办法把图表冻住。最常见的原因是一个永远不会结束的循环，或者是一个遍历所有 K 线的循环又套在另一个遍历所有 K 线的循环里面。这两种失败被刻意分开：曾经有两个半月的时间，一个没有启动起来的沙箱一直被读成一个很慢的脚本。启动 Python 引擎的耗时是单独计时的，不算在这 2 秒的预算里。

所以这条消息回答的是一个很具体的问题：这次运行没有在预算之内交回结果。它并不断言你的逻辑是错的，只是说在被停掉的那一刻它还没有算完。

如何解决

• 去找那些退出条件可能一直为假的 while 循环，以及那种永远不会被更新的计数器。
• 把遍历所有 K 线的嵌套循环，换成一次带着累计量往前走的单遍遍历。
• 在一个更短的图表范围上测一下，看看耗时是否随 K 线数量一起增长。
• 用脚本助手：它可以运行这个脚本、读到真实的错误，并提出一个修法。
• 碰到沙箱那条消息时请重启应用；它说明的是沙箱协议什么都没有提供出来。

它并不意味着什么

• 不是应用崩了：一个坏掉的脚本从来不会把图表弄死。
• 也不是语法错误：那一类会指向具体的行（“第 {line} 行失败”）。

何时联系技术支持

经过这些检查之后还是卡住？请用 菜单 → 问题反馈，或者发到 Senzoukria 的 Discord 上。请附上一个能最小化复现这次中断的脚本，并说明它跑在哪张图表、哪个周期上。