60–185Hz 固定档位
自动扫描 SurfaceFlinger 显示模式；机器或超频 DTBO 里有的档位才出现，没有的置灰。
60–185Hz固定档位
3层锁帧 + 回读核验
0个虚假高刷档位
28总下载
FEATURES
该有的都有，
该有的都有，
不该吹的不吹。
固定、动态、触控、WebUI、守护、恢复——围绕“真的生效”做完整闭环。
原生 / 自适应动态
原生：系统按画面内容调度，最省电；自适应：触控升到上限，静止 3 秒回到下限。底层锁不可用时自动改用 Settings 动态，不依赖小米 1035。
底层锁帧 + 回读核验
SurfaceFlinger 1035 底层锁，压住应用帧率投票；每次应用后回读实际刷新率，UI 显示“已核验”才算锁上。
触控加速
高通 touchboost、CPU input boost、MTK fpsgo、Adreno idler、触控 HAL 提权；电竞模式再加 GPU 与调度 boost。
玻璃拟态 WebUI
自动 / 浅色 / 深色三档主题，实时状态、节点列表、日志、扫描、恢复都在一个页面里完成。
守护与恢复
开机自启、息屏亮屏重锁、漂移检测；所有触控节点写前备份，关闭或卸载逐项还原。
01
框架层
peak_refresh_rate / min_refresh_rate，小米 / 澎湃额外写 user_refresh_rate。
02
底层锁
service call SurfaceFlinger 1035，把显示模式钉死，并让后续 DisplayManager / 应用帧率请求失效。
03
回读核验
读 dumpsys display 的实际刷新率与 active mode，没到目标就重试；仍失败就标“待核验”，不假装成功。
动态区间不再依赖“解除底层锁”：原生模式写回范围；自适应模式直接切换底层模式，所以从小米固定档切回动态也能立即生效，不必重启。
SCREENSHOTS
界面，也值得单独做。
玻璃拟态、分组列表、系统风格的开关与分段控件；自动 / 浅色 / 深色都做了适配。
INSTALL
三步，装上。
只支持通过 Root 管理器安装；刷入后需要重启一次。
01
安装模块
Magisk / KernelSU / APatch 管理器 → 从本地安装 → 选择 zip。
02
重启手机
首次开机会自动应用 60Hz–面板最高的动态刷新率，之后可在 WebUI 改固定 / 动态。
03
打开 WebUI
KernelSU / APatch 模块页直接开；Magisk 安装 KsuWebUI 并授予 Root。
下载 真·全局高刷.zip
Android 11+ · 约 41 KB · v2.2.1
CHANGELOG
v2.2.1
v2.2.1
清理与核验。
删掉无法回读的触控采样率写入，固定档加回读核验，深度锁帧按能力显示；能用的留下，不能用的明确隐藏。
01
删除无效的触控采样率写入
部分机型节点只可写、不可回读，无法确认是否生效；v2.2.1 移除该功能，不再把“写入成功”当成“采样率已提升”。
02
固定档加回读核验
小米底层锁也会回读实际刷新率，确认不到就显示「未确认」，不再默认成功。
03
深度锁帧按能力显示
没有 SurfaceFlinger 底层锁的机型隐藏该开关，避免无效选项。
04
清理残留配置
移除 sampling 配置、状态字段与切换入口；旧配置文件里的旧键会被忽略。
v2.2.1 不改变 30 / 60 / 90 下限识别逻辑；只做真实性清理与固定档核验。
v2.2.0
动态下限细化
01
动态下限支持 30 / 60 / 90Hz
按 mSupportedRefreshRates 自动生成下限；面板上报 30Hz 才显示 30，未上报就自动隐藏，不写无效档位。
02
新增 30–60 / 90 / 120 / 144 / 165 / 185 预设
按面板实际档位过滤；没有 185 的屏幕不会出现 30–185。60 / 90 / 120 起步的区间继续保留。
03
30Hz 自动走设置引擎
没有 30Hz 显示模式、但系统支持 30Hz 下限的机型，自适应改用 min_refresh_rate 切换，不强行调不存在的 1035 档位。
04
界面更紧凑
动态下限 / 上限选项按真实速率生成；预设控制在两行内，切换仍然即点即用。
v2.2 只动动态刷新率；全局固定档保持 v2.1 的逻辑，暂无用户反馈 bug。
v2.1.0
兼容性重构
01
能力自检
检测 SurfaceFlinger 底层锁、DisplayManager cmd display、厂商刷新率键与系统原生上限；WebUI 设置页可随时重新自检。
02
固定档三级回退
Settings → DisplayManager → SurfaceFlinger；每一步回读实际刷新率，全部失败就标「兼容模式」，不谎称已锁定。
03
通用自适应
没有 1035 底层锁的机型，自适应改用 min_refresh_rate / peak_refresh_rate 切换：触控升上限，静止回下限。
04
厂商键自动发现
HyperOS 的 miui_refresh_rate、OPPO / 一加 / realme 的厂商键，存在才写入，写前备份；不存在就只用标准 peak / min。
05
按系统上限给建议
读取 mLockedMaxRefreshRate；原生动态跑不满面板时自动推荐自适应，165Hz 不再只有固定档一条路。
其他品牌 / 系统：只要是 Android 11+ 且支持标准 DisplayManager / Settings 接口，就能至少解锁档位与动态；具体能否锁死取决于 ROM 是否暴露对应接口，自检页会直接告诉你。
v2.0.0
动态刷新率修复
01
动态真的会降到 60 了
补充 HyperOS miui_refresh_rate，修复静态画面不降频；新增自适应引擎，触控升上限、静止 3 秒回下限。
02
60–165Hz 动态可用
系统策略把原生动态限制在 120Hz 时，自适应模式直接切换底层模式，60 / 120 / 144 / 165 全档可用。
03
固定 → 动态不再卡死
底层锁残留会自动识别：切动态自动走自适应，立即生效；切原生会提示重启一次，不再假装成功。
04
WebUI 延迟从秒级降到 0.2s
状态查询改为缓存文件 + 内置解析，不再每次轮询都跑 dumpsys；切换档位单进程完成。
05
按机型识别 + 检查更新
自动识别系统原生上限、面板档位与厂商；WebUI 新增动态实现选择、静止降频时间、GitHub 新版本提示与更新日志。
已知限制：部分 HyperOS 机型把 165Hz 作为“底层增强模式”，系统原生动态最高 120Hz；需要 165Hz 动态请选「自适应」或「全局最高」。
FAQ
先把话说明白。
下载数是怎么统计的？
总下载 = GitHub Release 下载次数 + 网页下载实时计数。GitHub 部分包含模块管理器更新和 GitHub 直链；网页部分在点击「真·全局高刷.zip」或直接访问该 zip 时计数，约 5 秒刷新。同一人重复下载会重复计数，不等于独立用户数；计数服务只记录总数，不收集设备或身份信息。
为什么我的 144 / 165 / 185Hz 是灰的？
模块只能锁定设备真实存在的显示模式。面板原生 120Hz 的机器不会凭空出现 144/165/185；刷了超频 DTBO 并被扫描到，才会出现并标注 OC。没有的档位不会假装支持。
会不会和 dfps、Astra 之类的高刷模块冲突？
会。它们都在改 peak_refresh_rate 和 SurfaceFlinger 策略，同时开会互相覆盖，表现为跳档、锁不住、耗电异常。请只保留一个。
为什么动态区间静止时会掉到很低？
把下限设为 10/30 时，LTPO 在静态画面会进入低刷新率省电，这是正常的；希望静止也保持 60，把下限设为 60 即可。
触控采样率真的会变高吗？
模块不会修改触控 IC 固件，也不谎称提升采样率。它做的是输入 boost、触控 HAL 提权、GPU 频率策略和调度 boost，缩短“触摸 → 渲染 → 上屏”的链路；采样率由屏幕与厂商 HAL 决定。
耗电会不会变高？
固定 165/185Hz 全程锁死必然更耗电。日常建议动态区间或 120Hz；电竞触控也会提高 GPU/调度功耗。可以先试动态模式。
出问题怎么恢复？
WebUI → 设置 → 恢复系统默认；或直接在管理器卸载模块并重启。卸载脚本会还原刷新率设置、逐项还原触控节点、关闭浮层与底层锁。
截图里为什么写“界面示意”？
因为那些图是浏览器渲染的界面预览，不是真机实拍。模块的实际效果取决于机型、ROM 和内核，建议以自己设备上的“已核验”状态和帧率浮窗为准。
为什么我的动态下限没有 30Hz？
30Hz 不是每块面板都支持。v2.2 读取系统上报的 mSupportedRefreshRates，只有面板真的上报 30Hz 才显示 30 选项；没上报就不会写一个无效档位。同理，90 / 144 / 185 也按真实档位出现。
其他品牌 / 其他系统能用吗？
模块按能力而不是按机型写死：先尝试 Settings 的 peak / min，再试 DisplayManager cmd display，最后才用厂商底层锁。WebUI → 设置 → 兼容性自检会列出本机支持哪些接口。Android 11+ 且 ROM 保留标准接口的机型都能至少解锁与动态；能否锁死取决于 ROM 是否真的接受这些接口，模块不会假装成功。
为什么原生动态最高只有 120Hz，面板明明是 165Hz？
部分 HyperOS 把 144 / 165Hz 作为底层增强档，系统策略的 mLockedMaxRefreshRate 只允许 120Hz。WebUI 会显示「系统上限」；要跑满 165Hz 动态，请把动态实现切到「自适应」，或使用「全局最高」。
刷了旧版，怎么知道有新版？
模块内置 updateJson，KernelSU / APatch / Magisk 的模块页会显示更新角标；新版 WebUI 也会在打开时检查 GitHub 并在顶部显示新版本提示。每次发版都会更新 update.json 与本页更新日志。