BUG较多,预计还需要挺长一段时间稳定,文档也尚未编写,仅供测试使用。
遇到问题可下载安装旧版,数据是分叉后单独保存的,2.0不影响1.0版本的数据。
亦可参考 :
新版本基于最新.net10实现。
重写了:底层数据存储、同步、动作模型、主面板 等相关功能。
免费版变化
坏消息
免费版用户将不再支持云端同步功能,所有数据将仅保存在本地。
免费版数据迁移服务仍在开发中,暂时无法使用2.0版本登录。
免费版可能无法继续使用部分在线服务功能。暂未最终决定。
1.x 版本免费版服务期限 2027年12月31日。
好消息
专业版变化
【新增】全离线使用版本
一个云账号的数据大致位于:
%LOCALAPPDATA%\Quicker\account\{账号ID或账号Key}\data\quicker.db
全局设备标识、账号索引、更新设置等放在:
%LOCALAPPDATA%\Quicker\global\
在此情况下,将支持:
因为V2和V1使用了不同的数据存储路径,V2里不会有V1里保存的动作状态数据。
若需从V1导入,请在V2 设置窗口 - 维护工具 中点击 “从旧版迁移状态数据” 按钮。
重新设计了动作的数据存储结构。
统一了各触发规则中的操作与基础动作。
在面板窗口菜单中可切换为新版主窗口。
也可在 “设置”-“常规” 中开启。
新窗口的特点
试用期间请优先反馈这些问题,因为它们最容易暴露 V1 到新版迁移的真实差异:
你下载看看就知道了,这两天老大修复了很多bug。不过相比新版动作面板,我更喜欢旧版面板,可能用习惯了,
第一阶段主要完成底层架构的切换,后面可能再做UI细节调整
看起来全局轮盘菜单第一个按钮位置的动作设置似乎有点问题,请发下截图看看里面的设置,或者qq 197906远程看一下。
加了一个兼容处理,再试下看看
好的,应该可以了
支持多页了吗
能兼容的都会兼容,有些确实兼容不了的要修改动作才行了。 2.0 基于新的net版本,很多组件都重写或替换了
看起来你的.net环境有问题。 卸载.net runtime 重新安装一下试试。 以下是AI的分析
现在可以确定:崩溃发生在 CoreCLR 自身启动阶段,Quicker 的托管入口和业务代码还没有执行。
我用相同版本 10.0.1026.32716 的微软符号解析了地址:
0x00007FFA9FCFC405 - 0x00007FFA9FBD0000 = 0x12C405
coreclr.dll!EEStartupHelper()+2645这个位置正是 CoreCLR 捕获启动失败后调用 HandleFatalError(0x80131506) 的通用终止路径;它是“报告错误的位置”,不一定是原始故障位置。CoreCLR 10.0.10 启动源码
因此目前判断:
最高概率:Profiler、APM、杀毒/EDR 在 CLR 启动期注入冲突
常见于企业电脑上设置了 CORECLR_ENABLE_PROFILING、CORECLR_PROFILER_PATH,或者安全软件向 Quicker.exe 注入 DLL。因为这是单台用户机器出现,而相同安装包和 Runtime 在其他机器可以运行。
.NET 10.0.10 Runtime 文件损坏
用户机器上的 coreclr.dll 应检查:
Get-FileHash "C:\Program Files\dotnet\shared\Microsoft.NETCore.App\10.0.10\coreclr.dll" -Algorithm SHA256对应版本的正常哈希是:
58859F85A30CC71313B281898E7CFBDBB9ECCB95AE2A3F865329EFD47EBF31BB不一致就直接修复/重装 .NET 10 Desktop Runtime x64。
.NET 10.0.10 与特定 Windows/CPU/安全环境的 Runtime 回归
.NET 10 确实出现过相同 0x80131506 的 CoreCLR 回归,但已知案例主要发生在类型加载和反射阶段;这次发生得更早,暂时不能认定为同一个问题。
Windows 系统组件或内存异常
优先级较低;只有禁用注入、Runtime 哈希正常后仍然崩溃,才往这个方向查。
让用户先在 CMD 中做一次无诊断/无 Profiler 启动:
set DOTNET_EnableDiagnostics=0
set DOTNET_EnableDiagnostics_Profiler=0
set DOTNET_ENABLE_PROFILING=0
set CORECLR_ENABLE_PROFILING=0
set COR_ENABLE_PROFILING=0
set DOTNET_PerfMapEnabled=0
set COMPlus_PerfMapEnabled=0
"C:\Program Files\Quicker\Quicker.exe"同时让用户提供环境变量:
Get-ChildItem Env: |
Where-Object Name -Match '^(COR_|CORECLR_|COMPlus_|DOTNET_)' |
Sort-Object Name如果还不能定位,需要采集一次小型崩溃 dump:
mkdir "%USERPROFILE%\Desktop\QuickerDump"
set DOTNET_DbgEnableMiniDump=1
set DOTNET_DbgMiniDumpType=1
set DOTNET_DbgMiniDumpName=%USERPROFILE%\Desktop\QuickerDump\Quicker-%p.dmp
set DOTNET_CreateDumpDiagnostics=1
"C:\Program Files\Quicker\Quicker.exe"生成的 .dmp 能看到 CoreCLR 启动时真正失败的调用栈和已注入模块。微软也推荐用这些变量采集 .NET 致命崩溃转储。Microsoft dump 采集说明
当前可以基本排除:用户配置数据、Quicker 启动服务、WPF 主窗口和普通业务异常。
娇羞的小姑娘,什么时候拉出来见人?
怎么回退啊,bug太多影响正常工作了,怎么回退回去啊,急
下载旧版安装一下就可以了。https://getquicker.net/Download