通知设置集中在设置面板的「通知」分组中，分组顶部是总开关，下方依次列出连接状态变化、节点切换、更新提示三类通知的独立开关。总开关关闭时，下方各项全部静默；总开关开启时，下方各项按各自状态分别生效。所有开关修改后即时生效，无需重启客户端。通知只负责把状态变化告诉你，不影响连接行为本身。首次接触的用户可以先完成 quickq下载，进入设置面板的通知分组逐项对照。
通知设置的入口与总开关
入口位置与语言、外观设置相邻，都在设置面板的左侧分类列表中。桌面端打开窗口右上角齿轮后直接可见「通知」分组；移动端需要先切到「我的」标签，再点右上角齿轮进入设置页，通知分组以纵向列表形式呈现。
- 桌面端路径：窗口右上角齿轮 → 设置面板 → 左侧分类选「通知」。
- 移动端路径：「我的」标签 → 右上角齿轮 → 设置页 → 「通知」分组。
- 总开关位置：通知分组第一行，控制全部通知的启停。
总开关的设计意图是提供一个快速静默的入口。当你需要专注、不希望被任何提示打断时，关掉总开关即可一次性关闭全部通知；需要恢复时再打开，下方各项会回到此前保存的状态，不必逐条重新设置。
三类通知的开关位置
总开关下方按类型排列三项独立开关，每项控制一类通知。它们之间是并列关系，可以任意组合开启或关闭，互不影响。
- 连接状态变化：连接成功、断开、自动重连等状态切换时触发。
- 节点切换：默认节点或当前使用节点发生变化时触发，包括自动降级与手动切换。
- 更新提示：检测到新版本时触发，可在该项中选择仅提示安全类更新。
三项开关的初始状态通常是全部开启，这是为了让你在初次使用时能感知到各类状态变化。用了一段时间之后，如果你发现某一类提示过于频繁，可以单独关闭它，而不必影响其余两类。这种颗粒度设计的意义在于，你可以保留真正关心的提示，屏蔽掉已经熟悉的常规提示。
各通知的触发时机
理解触发时机，有助于判断哪些提示值得保留。三类通知的触发条件各不相同，频率也差异较大。
三类通知的触发条件对照
| 通知类型 | 触发条件 | 典型频率 |
|---|---|---|
| 连接状态变化 | 连接成功、断开、自动重连 | 每次状态切换时一次 |
| 节点切换 | 默认节点变化或手动切换 | 较低，仅在变化时触发 |
| 更新提示 | 检测到新版本 | 每次更新发布时一次 |
从频率上看，连接状态变化的触发次数最多，因为它跟随每一次连接与断开。节点切换与更新提示的频率则低得多，通常几天甚至几周才出现一次。这个差异决定了三者在实际使用中的打扰程度，也构成了后面「建议保留与可关闭」判断的基础。
连接状态变化通知在自动重连场景下可能连续出现两条——一条断开、一条重连成功。这是正常的状态序列，不是重复推送。
系统通知权限的授权方式
客户端内的开关决定「要不要推送」，系统层面的通知权限决定「能不能推送」。两者需要同时满足，通知才会真正出现在通知栏中。这是通知不生效时最常见的排查点。
桌面系统通常在首次安装后第一次触发通知时弹出授权请求，允许后即可正常接收。移动系统的授权时机更靠前，通常在安装后首次打开应用时就请求通知权限。若当时选择了不允许，后续需要手动到系统设置中开启。
- Windows：系统设置 → 系统 → 通知，找到对应应用并允许通知。
- macOS：系统设置 → 通知，在应用列表中找到对应项并允许通知。
- iOS：系统设置 → 通知 → 找到对应应用 → 允许通知。
- Android：系统设置 → 应用管理 → 找到对应应用 → 通知 → 允许通知。
系统权限还有一个容易被忽略的细节：免打扰模式与专注模式会临时屏蔽通知。如果你在特定时段开启了这些模式，通知会被静默，但不会丢失，通常会在模式结束后汇总呈现。这与客户端设置无关，属于系统层面的行为。
各平台通知行为差异
四个平台在通知的呈现方式与交互上存在差异，这些差异来自系统本身的通知机制，客户端在各平台上的开关逻辑是一致的。
平台通知行为对照
| 平台 | 通知呈现位置 | 交互方式 |
|---|---|---|
| Windows | 右下角操作中心 | 点击可唤起主窗口 |
| macOS | 右上角通知中心 | 点击可唤起主窗口 |
| iOS | 锁屏与下拉通知中心 | 点击跳转应用 |
| Android | 状态栏与下拉通知栏 | 点击跳转应用 |
桌面端与移动端的一个明显差异是：桌面通知在应用最小化或隐藏到托盘时仍能出现，移动端在应用被系统回收后可能延迟送达。这与系统对后台应用的管理策略有关，属于平台特性，不影响通知开关本身的逻辑。
建议保留与可关闭的通知
哪些通知值得保留，取决于你使用连接的方式。以下建议按使用强度分两类，可以对照自己的情况参考。
- 建议保留：连接状态变化。它能让你第一时间知道连接是否正常，尤其在长时间挂机或需要稳定连接的场景下价值明显。
- 建议保留：更新提示中的安全类。安全修复类更新优先级高，保留提示可以避免错过必要的修复。
- 可以关闭：节点切换。如果你使用默认逻辑、很少手动干预节点，这类提示的参考价值有限。
- 可以关闭：更新提示中的功能类。若你不急于体验新功能，可在该项中选择仅提示安全类更新。
判断标准其实很简单：这条通知出现时，你是否会因此改变当下的操作。如果会，就保留；如果只是看一眼然后忽略，就可以关闭。按这个标准调整一轮，通常能把通知数量降到既够用又不打扰的程度。想要在实机上对照调整，可以先完成 quickq 客户端安装，在通知分组中逐项开关，观察不同组合下的实际效果。
通知不出现时的排查顺序
如果预期中的通知没有出现，按以下顺序排查，多数问题在前两步就能定位。
- 检查客户端内通知分组的总开关与对应分项是否开启。
- 检查系统设置中是否已授予该应用的通知权限。
- 确认系统是否处于免打扰或专注模式，这类模式会临时屏蔽通知。
- 确认应用是否被系统的省电策略限制后台活动，移动端尤其常见。
四步排查的逻辑是从内到外：先确认客户端愿意推送，再确认系统允许推送，然后排除临时的屏蔽因素，最后检查系统的后台管理策略。这个顺序覆盖了绝大多数通知不生效的情形，不需要逐项盲试。如果四步都确认无误但仍无通知，可以导出连接日志，记录当时的操作与时间，便于进一步定位。
常见问题
- 桌面端打开右上角齿轮，在左侧分类中选中「通知」分组。
- 移动端先切到「我的」标签，再点右上角齿轮进入设置页。
- 该分组内所有开关修改后即时生效，无需重启客户端。
- 不会，通知开关只控制系统层面的消息推送。
- 连接建立、节点选择、数据传输均不受影响。
- 关闭后连接行为完全不变，只是不再弹出提示。
- 先在客户端设置中确认通知总开关已开启。
- 再到系统设置的应用通知列表中允许该应用通知。
- 同时确认未开启免打扰或专注模式。
- 可以，通知分组中的更新提示项可单独控制。
- 关闭后仍可手动在设置的关于分组中检查更新。
- 也可选择仅提示安全类更新，保留必要的修复提醒。
通知设置的调整思路可以概括为两点：总开关管静默，分项开关管取舍。把频繁但价值不高的提示关掉，保留真正需要即时知晓的状态变化，通知栏就能回到「提示有用信息」的本来作用。想在自己的设备上完成一轮调整，可以先完成 quickq下载，按本文的排查顺序逐项确认，通常几分钟就能把通知组合调到合意的状态。