裁剪定义声音所依赖的源文件被删除后, 在特定条件下, 有一定几率因重新导入相同的文件, 而重新变得有所依赖, 正确的预期应该一直为空依赖才对(毕竟原先的依赖被删除后, 若不重新选择源文件, 不应该自动恢复源文件的依赖状态), 恢复依赖的现象显然不符合预期。

特定条件是, 重新导入被删除的源文件。(KeyTone的设计是, 即时多次导入相同的文件也是允许的, 不过实际只会存储一份, 不会因此造成额外的空间占用, 多个不同的文件按顺序从0字符串递增, 以作区分) 裁剪定义声音步骤中选择源文件后, 所存储的就是实际源文件的路径名称+文件的按0递增后的序号。 当删除某个裁剪定义声音所依赖的音频源文件后, 可正常观察到相关音频源文件变为undefined状态, 这是符合预期的, 毕竟序号和对应的名称被移除了。 但当重新导入相同文件时, 我们的逻辑是重新按0递增, 但不会重复已有序号。这虽然保证了在音频源文件步骤中, 多个相同的音频源文件即使存储一份也拥有各自独立的uuid。 但对于裁剪定义声音步骤的存储来说, 重新补齐的序号, 不再能作为uuid, 而是会诱发与声音源文件的全新链接, 造成被删除的依赖自动回归。 <img width="871" height="717" alt="Image" src="https://github.com/user-attachments/assets/06bd3f8a-76ea-4a02-9cbc-9cf17769b9d3" />