同花顺如何设置自选股分组并添加股票？分组功能支持哪些管理操作？

先说清楚：自选股分组解决的是什么问题

同花顺自选股分组，本质上是把一个大而全的观察列表，切成若干个可一键切换的小列表。它解决的并不是“能存多少只股票”的容量问题，而是“打开自选页的那一屏，是否只出现与当下决策相关的内容”。换句话说，它优化的是注意力分配，不是存储空间。很多人第一次用分组时的直觉是把它当文件夹——攒够了就新建一个，结果半年后打开标签栏，十几个名字近似的分组横在那里，切换成本反而超过了不分组。本文按功能拆解、场景映射、阈值判断、不适用清单的顺序展开，先讲清楚它管什么、不管什么，再给出 Android、iOS 与桌面端的最短可达路径。

需要提前说明的是，同花顺各端界面会随版本迭代调整入口位置与文案，本文描述以当前最新版本的中文客户端为准；如果你的界面与下文不完全一致，请以实际 UI 为准，并优先尝试文中给出的替代入口。文中涉及的规模数字均为经验性建议，用于帮助你建立取舍标准，不代表官方限制——把这一点先记住，后面的阈值讨论才不会变成对“标准答案”的寻找。

功能边界：分组、持仓、预警、条件单各管一段

理解分组最容易踩的坑，是把它和另外三个功能混为一谈。自选（观察池）负责“我在看什么”；持仓负责“我实际持有什么、成本多少”；预警负责“什么条件下提醒我”；条件单负责“什么条件下替我执行”。这四者构成从观察到执行的一条链，分组只作用于第一层——它改变的是自选列表的呈现与组织方式，不会改变行情的推送逻辑，不会影响持仓盈亏的计算口径，也不会触发任何委托。

这个边界带来的直接推论是：想让某只股票一有异动就被叫醒，靠分组无法实现，属于预警或条件单的范畴；想让自选页在盘中自动过滤掉已经清仓的标的，也不在分组能力之内，只能手动移除或另建分组。反过来，如果你只是希望“早盘看主线、盘中看持仓、收盘看复盘池”三块内容互不干扰，那分组正是成本最低的方案——它不增加任何订阅负担，也不需要额外的权限，只是给同一批标的换了几种呈现方式。

还有一个常被忽略的边界：删除分组删除的是“分组—股票”这层索引关系，不会删除股票标的本身，也不会影响该股票在其他分组中的存在。这意味着清理僵尸分组的操作成本很低，真正的成本在于你事后是否还记得当初为什么建了它——也正因如此，命名时带上场景前缀、建组时写清用途，比事后靠记忆还原划算得多。

一只股票能否同时出现在多个分组里

可以。经验性观察显示，多数版本允许同一代码同时存在于多个自选分组中，且各分组内部的排序相互独立——在 A 组把它拖到第一位，不会改变它在 B 组中的位置。这个特性决定了一套很实用的组合方式：用一个“核心池”分组长期跟踪，再用若干“临时组”承接事件驱动标的，事件结束后直接清空临时组，核心池不受影响。

如果你不确定自己的客户端是否符合这一行为，可以用两步验证：把某只股票同时加入 A、B 两组，然后在 A 组中删除它，再回到 B 组刷新。若 B 组中仍在，说明两组是独立的索引关系；若同步消失，说明你所在版本的自选股使用了单一归属模型，此时就需要调整分组策略，避免误删——在删除前先把标的移到别的组，就是最直接的保险。

移动端最短路径：Android 与 iOS 的入口在哪

移动端是同花顺自选股分组使用频率最高的场景，原因很直接——手机上你只有一个屏幕，分组带来的“一屏只放相关内容”收益最大。Android 与 iOS 的入口层级基本一致，差异更多体现在手势反馈上：iOS 的横向滑动惯性更强，标签栏分组较多时更容易滑过目标分组；Android 的长按拖拽触发阈值通常略低，误触概率相对高一些。这些差异不足以改变操作路径，却足以影响你的手感预期——事先知道可能滑过头，比滑过头之后再怀疑客户端要省事。

进入分组管理的两条常用路径

第一条路径走标签栏：底部导航切到「自选」，在自选列表上方可以看到横向排列的分组标签，滑到标签栏最右侧通常会有新建入口（常见文案为「+」或「管理」），点击后进入分组管理界面，可执行新建、重命名、排序与删除。

第二条路径走列表编辑：在自选列表页右上角找到「编辑」或「管理」按钮，进入后同样能看到分组相关操作。两条路径进入的是同一套数据，只是入口位置不同；当标签栏因为分组过多而难以点准时，用第二条路径更稳，因为它不依赖横向滑动的手感。

把股票加进指定分组的三种方式

把一只股票放进指定分组，按操作位置可以分成三种做法，可控程度依次递减，适合的场景也不同。

最稳妥的是搜索添加：在自选页顶部搜索框输入代码或名称，进入个股结果后点击「加自选」，若当前已存在多个分组，通常会弹出分组选择列表，勾选目标分组即可。这种方式的好处是可控——你能明确知道它进了哪一组，而不是先加进默认组再回头搬。

第二种是在个股行情页添加：进入某只股票的详情页，通过底部或右上角的「+」按钮加入自选，同样会出现分组选择。适合你在翻行情、看研报的过程中顺手归类的场景。

第三种是列表内移动：在自选列表中长按某只股票，多数版本会弹出包含「移动到分组」的操作项，选择目标分组完成迁移。这种方式适合批量整理时使用，但要注意长按与拖拽排序的手势可能冲突，操作时保持手指稳定。

如果添加时压根没有出现分组选择弹窗，通常只有两种原因：当前账号下只有一个分组（没有可选项时自然不会询问），或者客户端的“加入自选时询问分组”类开关处于关闭状态。前者新建一个分组即可，后者需要到自选设置里找回来；先判断属于哪一种，比反复重试同一个动作更有效。

失败分支与回退方案

加完看不到，是最常见的困惑。按可能性从高到低排查：一是加进了别的分组，回到自选页逐个切换标签确认；二是当前登录的账号与你以为的账号不一致，尤其是曾用手机号、第三方账号分别登录过的情况；三是列表排序未刷新，下拉一次再观察。这个顺序本身也有讲究——账号问题的现象最像“功能失效”，而验证成本又最低，所以值得放在最前面。

分组被误删的代价比想象中大——多数版本的删除操作不提供撤销，删掉的是分组及其内部的组织关系，重新搭一遍要花时间。因此在做任何删除前，建议先截图保存分组名与内部的股票清单，或者把要紧的标的批量移动到另一个分组里再删。这个动作只花十几秒，但能省掉一次重建。

桌面端路径：批量整理才是它的真正优势

PC 客户端的自选股分组入口通常位于顶部导航的「自选股」页面内，分组标签以横向或纵向列表的形式呈现。在分组名称上点击右键，常见菜单项包括新建分组、重命名、删除分组与排序；在自选列表中的个股上点击右键，则会出现「加入到分组」一类操作。相比移动端，桌面端的核心优势不是入口更短，而是可以批量选择：按住 Ctrl 或 Shift 多选若干只股票后一次性归入目标分组，这在移动端做不到。

正因为批量操作效率高，桌面端也更容易一次性造成较大改动——一次误选就可能挪走几十只标的，而屏幕上不会立刻显示异常。建议遵循“先建后移、最后删”的顺序：先新建目标分组，把股票批量移入并核对数量，确认无误后再删除来源分组。如果顺序反过来，中途出错时就没有可回退的参照物了。

关于导入与导出，经验性观察是：部分版本的 PC 客户端会提供自选股导入/导出入口，但其可见性取决于版本与登录状态，官方并未把它作为一项稳定承诺的功能对外说明。如果你在菜单里找不到，不要转而去安装来源不明的“同步工具”——那类工具通常需要你提供账号凭据，风险与收益完全不对等。更稳妥的做法是确认客户端为当前最新版本后，再逐级查看自选股相关的设置项；找不到就当作没有，用“移动 + 删除”的手工方式同样能完成整理。

分组支持哪些管理操作：一张对照表

把管理操作拆开看，能更清楚地判断哪些动作该在哪个端做。下表按操作类型列出移动端与桌面端的常见支持情况，具体入口文案以实际客户端为准；表中的“支持”只表示入口存在，不代表各版本的行为细节完全一致。

这张表里最值得记住的是两行：一是“批量移动”只在桌面端顺手，所以重组分组的动作应该攒到 PC 前一次性做完；二是“合并分组”没有原生入口，任何声称能一键合并的操作都要谨慎对待，标准做法就是“移动 + 删除空组”。其余几项则提醒你，删除与排序都是单向动作，动手之前先想好回退路径。

性能与成本：分组开多少、每组放多少才合适

这一节不谈“最优分组数”这种没有普适答案的问题，而是给你一套可以自己测、自己判断的方法。因为在自选股这件事上，真正的成本不是软件开销，而是切换成本与维护成本——标签越多，你找到目标分组的时间越长；分组越碎，你每次新增股票时的决策负担越重。这两项成本都没法靠升级设备消除，只能靠结构调整来降低。

一套可复现的测量方法

先固定条件：同一台手机、同一网络环境（建议 Wi-Fi 与蜂窝各测一轮）、测量前清掉后台应用。然后按下面四步走：第一步，用系统录屏或秒表记录从点击底部「自选」到第一屏行情数字完成刷新的时间；第二步，重复 5 至 10 次，取中位数而非平均值，避免个别卡顿拉偏结果；第三步，分别在“分组数少、单组股票少”“分组数多、单组股票少”“分组数少、单组股票多”三类条件下重复测量；第四步，对比三组中位数的差异方向，而不是纠结于具体的毫秒数。

这里有一个工作假设值得你去验证：移动端自选页的打开速度，与“当前选中分组内的股票数量”相关性更高，与“分组总数”的相关性相对更低。原因是列表渲染的成本主要来自需要即时呈现的行数，而分组标签栏本身的绘制负担有限。验证方式很直接——保持某一分组内固定为较大数量（例如上百只），只增加若干个内容为空的空分组，再测一次打开耗时；如果耗时没有可见变化，说明假设成立，你就可以放心地多建几个组织性分组，不必担心拖慢首屏。

这个结论的实用价值在于：它把“该不该多建分组”的问题，从性能顾虑转回到了纯粹的组织效率问题。你不必为了省资源而把二十个不同主题硬塞进一个列表，只需要控制好单个分组内的股票规模——换句话说，约束应该加在“每组放多少”，而不是“总共建几个”。

经验性的规模阈值

在分组数量上，个位数到十个左右通常是一屏到一屏半能够扫完的范围，切换时不需要反复横向滑动，是成本最低的区间；增加到二十个上下时，标签栏必须靠滑动定位，建议按使用频率排序，把早盘最常看的两三个组放在最前；再往上到三十个以上，经验性观察是僵尸组、重名组和漏加股票会明显增多，维护成本开始超过收益。这些数字不是官方限制，而是从“你还记得每个组是干什么的”这个角度给出的参考线。

在单组容量上，几十只是比较舒服的区间——一屏多一点的滚动距离，扫一遍不费神。当单组超过一百只，分组就退化成了第二个“全部自选”，你必须依赖搜索或筛选才能找到目标，这时候要么拆组，要么承认这一组只是候选池，不该出现在早盘的第一屏。

注意：分组数量与单组容量的具体上限，官方并未在公开文档中给出统一数值，不同版本可能存在差异。上文给出的区间是使用体验层面的建议，用于建立取舍标准；如果你的实际操作触发了任何提示或限制，请以客户端返回的信息为准。

场景映射：四种典型结构及其代价

抽象地讨论“分几组”意义不大，把它落到具体的使用节奏上才好判断。下面四类结构覆盖了大多数人的实际情况，每一类都附带它的隐性成本，你可以对照自己的操作习惯选一个作为起点。

第一种，按决策阶段分层。典型做法是建「今日关注」「持仓跟踪」「观察池」三个组：早盘只看第一组，盘中只看第二组，收盘后把第三组里研究清楚的标的移进第一组。这种结构的切换成本极低，因为它与你的时间线一一对应；代价是需要每天或每周做一次搬运，不做的话第一组会迅速膨胀成第二个全量列表。

第二种，按行业或主题分。适合中长线视角，比如按几个主要赛道各建一组，组内维持几十只的规模，季度调整一次。它的好处是结构稳定、便于横向比较同赛道个股；成本在于跨主题的标的归属会变模糊，一只兼具两种属性的股票到底放哪儿，往往要纠结一阵。

第三种，事件驱动型临时组。遇到特定事件时新建一个组，把相关标的临时归入，事件结束后整组清空或删除。这是成本收益比最高的一种用法，因为它的生命周期天然明确，不容易积累僵尸组。前提是你必须真的在事件结束后动手清理，否则临时组会慢慢变成永久组。

第四种，二分法。只建「已研究」和「待研究」两组，用最少的组织成本完成信息分流。适合刚开始使用分组、还不确定自己需要什么结构的人，也适合那些不愿意在整理上花时间的人。它的边界是：当待研究组超过一两百只时，二分法就失效了，因为“待研究”变成了没有信息量的标签。四种结构没有优劣之分，匹配你的标的数量与调仓频率，才算选对。

跨端协同：能做什么，不该做什么

同花顺自选股在登录同一账号的前提下支持跨端同步，这是公开可用的基础能力，也是移动端与桌面端配合使用的关键。典型的协同方式是：在 PC 上做大批量的建组与搬迁，在手机上只做查看与少量增删。这样做的好处是把高成本的编辑动作集中到效率更高的设备上，减少手机上反复长按、误触的机会。

验证同步是否生效，有一个简单可复现的流程：在 A 设备新增一只股票到某分组，然后在 B 设备的自选页下拉刷新，观察该股票是否出现。如果没有出现，依次检查三件事——两端是否登录同一账号、网络是否正常、客户端是否为当前最新版本。多数同步异常都出在第一步，尤其是曾在不同设备上用不同方式（手机号、第三方账号）登录过的情况；换句话说，数据通常没有丢，只是被记在了另一个账号名下。

至于第三方工具或自动化脚本，需要明确一条底线：任何要求你提供账号与密码、声称能“自动同步自选股到表格”或“定时抓取分组数据”的服务，都不建议使用。自选股本身属于个人账号数据，权限外泄的后果不可控。权限最小化原则在这里的落地方式很朴素——只使用官方客户端内的同步能力，不向外部程序授权登录凭据，不安装来源不明的所谓同步插件。

故障排查：五类常见现象的处理顺序

自选股分组的问题大多不复杂，但现象相似、成因不同，按“现象→可能原因→验证→处置”的顺序排查会快很多。下面五类覆盖了绝大多数情况。

排查顺序上，建议永远先查“账号”再查“功能”——因为账号问题造成的现象最像功能故障，而它的修复成本又最低。只有在确认账号一致、版本为最新之后，才值得去翻设置项或考虑界面改版的可能性。

什么时候不该用分组

分组不是越多越好，也不是所有场景都适用。以下几类需求，用分组解决属于绕远路：需要按财务指标、技术形态等条件程序化筛选标的，属于条件选股或筛选器的范畴；需要盘中异动提醒，属于预警功能；需要记录买入成本与浮动盈亏，属于持仓功能；需要把一份股票池共享给同事或社群，分组无能为力，因为自选股是绑定个人账号的数据，不具备协作属性。

还有一类容易被忽视的不适用情况：当你的观察标的长期稳定在很少的数量时。如果总共只看十几只股票，一屏就能扫完，再拆成三四个组反而增加了切换动作，每次都要来回点标签。这时候更合适的做法是保持单一列表，用排序而非分组来体现优先级。

反过来，明确适用分组的信号也很清晰：你开始频繁地在自选列表里上下滑动寻找某只股票；你发现自己在不同时间段关注的内容差异很大；你曾经因为忘记某只股票还在列表里而重复研究。出现其中任意一条，就说明该把列表切开了——这些信号都指向同一件事：列表已经长到超出你一屏能记住的范围。

最佳实践清单：一份可以直接照做的检查表

下面这十条是从前面的分析里收敛出来的决策规则，按使用顺序排列。不必全部执行，挑与你当前状态匹配的几条先落地即可。

• 分组名带场景或时间前缀（如“早盘-”“复盘-”），避免重名导致切换误选
• 把最常用的两三个分组排在最前，减少横向滑动次数
• 单组控制在几十只的规模，超过一百只就考虑拆分或承认它是候选池
• 分组总数维持在一屏到一屏半可扫完的区间，超过后开始定期清理
• 大批量的建组、搬迁放在 PC 端做，移动端只做查看和少量增删
• 固定只用一端做排序，避免多端顺序互相覆盖
• 删除分组前先截图或把标的转移到其他组，多数版本不提供撤销
• 临时性事件组在事件结束后立即清空，防止沉淀成僵尸组
• 换设备或重装后第一时间登录同一账号并下拉刷新，确认结构完整
• 所有自选相关的编辑动作都留在官方客户端内完成，不向第三方工具提供登录凭据

如果只能记住一条，那就是“先建后移、最后删”。这个顺序能保证你在任何一步出错时，都还有可回退的原始数据；而反过来操作，一旦中途判断失误，重建的成本会成倍上升。

常见问题解答

收尾：把分组当成决策节奏的映射，而不是文件柜

回到最初的问题——同花顺自选股分组的价值，不在于你能建多少个组、塞进多少只股票，而在于它是否与你的决策节奏对得上。一个每天早上只看「今日关注」、盘中只看「持仓跟踪」、收盘整理「观察池」的三组结构，其效率远高于十几个精挑细选却无人维护的主题组。分组数量、单组容量这些参数，都应该服务于这个节奏，而不是反过来让节奏去迁就结构。

如果现在就要动手，建议按这个顺序：先在移动端建两到三个与时间段对应的分组，把当前自选列表里最要紧的标的按归属移进去；然后到 PC 端做一次批量整理，把历史遗留的零散标的归位；最后删掉已经空掉的分组，并给保留下来的组统一命名前缀。整个过程不需要额外工具，也不涉及任何账号凭据的外发。

做完之后给自己留一个观察窗口——用上一周，看是否还会出现“在列表里反复滑动找股票”的情况。如果仍然出现，说明分组切得还不够贴近实际决策；如果不再出现，就说明这套结构可以固定下来了，接下来只需要在每个季度做一次清理，把不再关注的标的移出，把临时组清空。需要提醒的是，客户端的入口位置与文案仍会随版本迭代调整，所以真正值得固定下来的是这套结构，而不是某一条具体的点击路径。分组是手段，让自选页在打开的那一刻就说清楚“现在该看什么”，才是目的。