通达信云公式不同步原因看起来不止一种，最终都会落到一个判断上：现在这一侧是新版本，还是另一侧是新版本。判断错方向会直接把改动覆盖掉，而且覆盖发生时没有提示。所以在动手同步之前，先把「哪一侧是新的」确认清楚，比急着点上传或下载重要得多。
下面按现象分类、本地与云的关系、三类成因、恢复步骤、防复发顺序展开。文中文件夹与文件名以通达信金融终端个人版为准；云公式入口在不同版本里的位置可能有差异，以本机版本的实际入口为准。全文只讨论公式文件的同步与恢复，不涉及任何标的的判断。
一、先分清「没上传」和「没下载」
云公式不同步表现为两种相反的现象，处置方向也相反。混淆这两者是造成改动丢失的主要来源。
| 现象 | 含义 | 处置方向 |
|---|---|---|
| A 机器改了公式，B 机器上看到的还是旧版本 | 本地的改动停留在本地，没有传到账号下 | 以 A 机器为准，执行上传 |
| B 机器上看到的是新版本，A 机器上是旧版本 | 改动来自另一台机器，本机没有取回 | 以账号下那一份为准，执行下载 |
| 两边都是新版本，但内容不同 | 两台机器各自改动过，没有合并 | 先比对差异，再确定保留哪一侧，不要直接覆盖 |
第三行是最需要谨慎的情形。两边各有独立改动时，任何一次单向同步都会丢掉一部分内容。此时的处理顺序是先备份，再比对，最后才执行同步。
二、云公式与本地公式库的关系
本地的自定义公式存放在安装目录下的 T0002 文件夹中，其中 PriGS.dat 保存自定义公式的数据，同目录下的 gs_bak 是备份文件夹。云公式是把本地公式库中的一部分同步到账号下保存，换一台机器登录同一账号后可以取回。
需要明确的一点是同步是分两步的动作：「本地保存」与「上传到账号」是两件事。在公式编辑器里保存成功，只表示本地库已经更新；账号下保存的那一份要等执行上传之后才会变化。反过来，在另一台机器上编辑并上传之后，本机不会自动出现该改动，需要执行一次下载。
三、原因一：登录的账号不是同一个
通达信云公式不同步原因里，先要确认的一条是账号本身。云端的公式按账号存放，两台机器登录不同账号时，看到的是两份互不相关的公式集合，修改哪一边都不会影响另一边。
确认方式：在两台机器上分别查看当前登录的账号，直接对比账号标识。这一步不需要打开公式管理器。
处理方式：统一账号后重新登录，再执行一次下载，把账号下的那份取到本机。此时若本机已有同名公式，先确认哪一份是需要的版本，再决定上传还是下载。同名公式在两侧内容不同时，同步动作会做替换，不会做合并。
四、原因二：本地改了但没上传
在公式编辑器里改完参数、保存、在图上验证通过，这一串动作全部停留在本地。如果此前的习惯是「在 A 机器改、去 B 机器用」，那么 B 机器上看到的仍然是改动之前的版本。
判断本地与云端哪一份更新，可以用三个可核对的点：
- 参数表的取值。公式参数表里的缺省值、最小与最大值，是随本地保存一起生效的。两侧参数表不同，说明至少有一侧改动过。
- 公式的最后修改时间。公式管理器的列表里可以看到条目的修改时间，两侧对比即可判断先后。
- 输出语句的形态。改动过程中把绘图语句改成逻辑输出，或者调整过输出变量名，这些变化在两侧比对时看得比较直接。
五、原因三：上传或下载中断
同步过程被中断时，结果不是「全部成功」或「全部失败」，而是部分条目完成、部分条目未完成。表现是两侧各自持有新版本，但持有的条目不是同一批。
这种情况的判断方式是按条目核对，而不是整体观察：把公式管理器左侧的分支列表两侧对比，逐条看名称与修改时间；名称相同而修改时间不同，说明这一条两侧版本不一致。
处理方式按差异清单来：只对确认过的条目执行单向同步，不整体覆盖。整体覆盖会在解决一批差异的同时丢掉另一批。
按条目核对时可以借用公式管理器的分支列表：技术指标、条件选股、五彩 K 线、交易系统四类分别展开，逐类比对条目名称与修改时间。分支归属本身也是一条信息：同名条目挂在两个不同分支下，说明它们是两条独立条目，同步动作只会在同名同分支的范围内做替换。
六、恢复步骤：以哪一侧为准
把通达信云公式不同步原因的排查落成动作，顺序是固定的：
- 先备份。把本机
T0002文件夹整体复制到安装目录之外的位置。需要恢复自定义公式时，可以从该目录下的gs_bak取回对应数据文件。这一步在任何同步动作之前完成。 - 核对账号。确认两台机器登录的是同一账号。账号不一致时，后续所有比对都不成立。
- 列差异清单。逐条记录公式名称、所属分支（技术指标 / 条件选股 / 五彩 K 线 / 交易系统）、修改时间。
- 确定基准侧。按第二节判断哪一侧更新，把它作为基准。两侧都有独立改动时，对冲突条目单独决定，不用一个方向处理全部。
- 执行单向同步。先上传或先下载，只做一个方向。
- 回读核对。在另一台机器上重新打开公式管理器，确认条目名称、分支归属、参数表取值三项一致。
| 情形 | 基准侧 | 动作 |
|---|---|---|
| 只有 A 机器改过 | A 机器（本地） | A 上传，B 下载 |
| 只有 B 机器改过 | 账号下那一份 | A 下载，确认后 B 无需动作 |
| 两台都改过，条目不同 | 按条目分别决定 | 先导出后合并，避免直接覆盖 |
| 同名条目两侧都改过 | 以改动较晚的一侧为准 | 先备份另一侧，再单向替换 |
七、防复发与检查顺序
把上面几节压成一条判断路径：账号不一致的，先统一账号；账号一致但两侧版本不同的，看修改时间定基准；修改时间相同而内容不同的，先备份再逐条比对。
避免下一次再遇到，只需要三个习惯：改动公式之后立刻执行一次上传；换机器使用之前先确认登录账号；重要公式在 T0002 之外再留一份副本。第三条的必要性在于，同步动作做的是替换而不是合并，有副本才有回退的余地。
通达信云公式不同步原因里，真正需要动手处理的只有账号、上传遗漏、同步中断这三类，而这三类的现象各不相同：账号不一致时两侧的公式集合整体不同；上传遗漏时差异集中在最近改动的条目上；同步中断时差异散落在多个分支里。先按现象归类，再按第六节的顺序执行，恢复过程就不需要靠反复试。
本文讲的是公式文件的同步与恢复，不涉及具体标的的判断。站内还有 公式安装与导入 里讲本地公式库的结构与备份条目，公式报错与卡顿排查 里讲其它故障的对照表，跨平台对比与公式转换 里讲换平台之后公式的差异处理，可对照查看。
