很多用户在 Clash 里都会有一个习惯：打开策略组，手动选一个自己平时用得顺手的节点。当天使用时一切正常，可第二天重新打开客户端，或者更新订阅后，却发现原来选好的节点又变回了默认项。
这个问题很小，但确实很影响日常使用。尤其是你明明记得昨天已经选过了，今天却像什么都没发生过一样。很多人第一反应会觉得：是不是 Clash 忘了保存？是不是客户端出了问题？是不是节点本身失效了？
实际排查时，这类情况不一定是软件故障，也不一定是节点不可用。它可能和策略组是否允许保存选择、配置更新后名称是否变化、本地缓存是否还在，以及 store-selected 是否正常生效有关。简单说，store-selected 可以理解为「尽量记住上次选择」的设置，但它保存的是某个策略组里的选择状态，不是把某个节点永久锁死。
节点没被记住，不一定是客户端坏了
很多人遇到这个问题时，会觉得自己昨天的选择被客户端「忘了」。但实际排查时，它可能只是找不到昨天那个对应的选择对象了。
比如你昨天在「手动选择」组里选了某个节点，今天更新配置后，这个策略组名字变了，或者节点名字变了，客户端就可能无法把之前的选择对应回去。对用户来说，感觉像是「同一个节点」，但对配置保存记录来说，它可能已经不是同一个名字了。
所以，不要一开始就重装客户端，也不要急着删除配置。更稳妥的判断方式是：先看是不是所有策略组都不保存，还是只有某一个分组不保存。如果只有某个分组每次都会恢复默认，那问题更可能和这个策略组的类型、名称或成员变化有关。
store-selected 更像记住上次选择的开关
store-selected 这个名字看起来有点技术化，但可以用一句话理解：它用于保存策略组上一次选中的节点或策略。
这里要注意，它通常是和策略组选择有关的，而不是单独保存整个客户端的全部状态。也就是说，它记住的是「某个策略组上次选了哪一项」。如果下次加载配置时，这个策略组还在，里面也还能找到同名选项，就有机会恢复上次选择。
它更像是记住你上次在某个文件夹里选了哪一项，而不是把那一项永久钉在原地。文件夹还在、选项还在，恢复就比较顺利；文件夹改名了、选项被移走了，之前的记忆就可能对不上。
所以这里不要把 store-selected 理解成永久锁定节点。它能帮助 Clash 记住上次选择，但不能阻止订阅更新、节点改名、策略组重组或配置被覆盖。
为什么开启了保存，重启后还是变了
最常见的原因，是策略组名称发生了变化。保存记录通常需要和原来的分组对应，如果分组从「Proxy」变成了「手动选择」，客户端可能就找不到原来那条记录。
节点名称变化也很常见。比如更新前节点叫「HK-01」，更新后变成「Hong Kong 01」。对用户来说，可能还是同一个来源、同一个地区；但对保存记录来说，名称已经不同了，原来的选择自然无法直接恢复。
配置更新后，结构也可能被整体替换。你看到的只是点了一次「更新订阅」，背后可能已经换了一整套策略组、节点列表和筛选逻辑。这样一来，之前的选择环境不再存在，保存记录也就失去了对应对象。
还有一些情况和客户端状态有关。比如缓存被清理、配置文件被替换，或者不同客户端对保存选择的实现方式不同，都可能让 store-selected 的表现不完全一致。遇到这种问题时，先观察规律，比反复重装更有用。
手动选择组和自动选择组，保存逻辑不完全一样
新手很容易忽略策略组类型。并不是所有分组都适合用「记住上次选择」来理解。
手动选择组最容易体现 store-selected 的效果。你手动选了节点 A，下次打开时如果分组和节点都还在，客户端通常更有机会恢复这个选择。
但自动选择、测速、故障转移这类策略组就不一样。自动选择组会根据测试结果重新决定使用哪一个节点；故障转移类分组更关注当前节点是否可用；测速类分组可能会因为延迟变化而改变结果。用户看起来像是「没记住」，实际上可能是这个分组本来就在自动判断。
所以，先判断分组类型，再判断节点名称有没有变化，排查会清楚很多。不要把自动选择组的变化，简单理解成 store-selected 没有生效。若 配置更新后分组变乱， 也要先区分是分组类型变了，还是保存记录对不上新名称。
更新配置后，保存记录为什么容易失效
Clash 更新后节点选择重置，很多时候和配置结构变化有关。保存选择依赖原来的分组和节点名称，而远程配置更新可能改变这些内容。
真正让人误会的地方在于，界面上看起来只是点了一次更新，背后可能已经换了一整套配置结构。比如策略组重新命名、节点标签调整、地区分组改变，或者原来的节点被移出当前分组。只要这些对应关系变了，之前保存的选择就可能无法恢复。
如果你曾经做过本地修改，比如调整过分组顺序、节点名称或策略组结构，更新订阅后也可能被远程配置覆盖。这样一来，原来的选择环境不见了，保存记录自然也难以继续生效。
如果你已经确认问题集中在手动选择组，而不是自动测速或故障转移逻辑，可以继续查看 Clash 使用与排错指南， 或对照 自动更新失败排查 确认配置是否真正加载成功。
新手要不要主动关注 store-selected
如果你只是偶尔切换节点，普通使用时不一定需要主动修改这个字段。很多客户端已经会在界面或配置层面处理类似保存逻辑，你只需要知道它不是万能按钮就够了。
如果你经常发现手动选择无法保留，可以按顺序判断：这个分组是不是手动选择组？分组名称有没有变化？节点名称是否稳定？更新前后配置结构是否被重写？缓存或配置文件是否被清理过？
修改配置前，最好先备份当前可用文件。不要为了让某个节点被记住，就随意大改策略组结构。配置文件和订阅内容也可能包含敏感信息，不建议随意公开分享或上传到不可信平台。在公司、校园或公共网络环境中使用相关工具，也应遵守所在网络的使用规定。
Clash store-selected 的真正意义，不是让你永久锁住某个节点，而是让常用选择更稳定、更容易恢复。只要明白它保存的是「策略组里的上次选择」，并且这种保存依赖分组名称、节点名称和配置结构，很多看似莫名其妙的重置问题就容易理解了。
遇到 Clash 重启后节点变了，先别急着怀疑客户端。先看分组类型，再看节点和策略组名称是否变化，最后再考虑配置更新、缓存和客户端实现差异。这样排查，通常比盲目删除配置或重装客户端更稳妥。