[BUG]每打开一次软件窗口，后台就会多一个本软件的进程并占用13MB内存

[xystudio889]

描述错误
如题，打开一次窗口就多占用13MB内存，创建一个进程

这个只有从托盘启动才有，从桌面点击不会出现。

这种重复线程并不会关闭窗口后消失，而要退出应用重进或者在任务管理器结束进程才可以。

重现步骤
重现此问题的步骤：

1. 打开“关闭软件后保留托盘和服务”
2. 从托盘打开应用程序
3. 在任务管理器中看到后台进程多了一个ContextMenuMgrPlus的进程

预期行为
应该会有1-2个线程，而不是一次打开创建一个

屏幕截图

output.mp4

系统信息（请填写以下信息）：

• 操作系统：Windows 11
• 本软件版本 1.7.4

日志文件（请提供位于 C:\ProgramData\ContextMenuMgr\Logs 目录下的所有日志文件）：

service-startup.log
trayhost.log
backend.log
bootstrap.log
frontend-debug.log

补充背景信息
请在此处添加有关问题的其他背景信息。

[PLFJY]

感谢反馈。这个问题目前在开发环境中暂时无法稳定复现，因此希望麻烦您协助抓取一次残留进程的完整内存转储（dump）。

这里需要抓的是：关闭 Context Menu Manager Plus 窗口后，仍然留在任务管理器里、占用约 13 MB 的 ContextMenuManagerPlus.exe 进程。不要抓当前仍显示窗口、占用约几十 MB 的正常主进程，也不要抓 Backend / TrayHost。

1. 下载 Microsoft ProcDump

请从 Microsoft Sysinternals 官方页面下载 ProcDump：

https://learn.microsoft.com/sysinternals/downloads/procdump

下载完成后解压，例如放到：

C:\Tools\Procdump

2. 复现问题

1. 启动 Context Menu Manager Plus。
2. 确认已启用关闭主窗口后保留托盘/后端的相关设置。
3. 清空日志
4. 关闭主窗口。
5. 从托盘再次打开主窗口。
6. 再关闭。
7. 重复几次，直到任务管理器中再次出现多个约 13 MB 的 ContextMenuManagerPlus 后台进程。
   请先不要结束这些残留进程。

3. 找出残留 Frontend 的 PID

打开 PowerShell，执行：

Get-CimInstance Win32_Process |
    Where-Object {
        $_.Name -like 'ContextMenuManagerPlus*'
    } |
    Select-Object ProcessId, Name, SessionId, ExecutablePath, CommandLine |
    Format-Table -AutoSize

请把这段命令的输出也保存下来。

我们主要需要确认类似：

ContextMenuManagerPlus.exe

的残留 PID。

请不要选择：

ContextMenuManagerPlus.Backend.exe
ContextMenuManagerPlus.TrayHost.exe

4. 对一个约 13 MB 的残留 Frontend 抓取 dump

假设残留进程 PID 是：

16704

以 管理员身份打开 PowerShell，然后进入 ProcDump 所在目录：

cd C:\Tools\Procdump

执行：

.\procdump64.exe -accepteula -ma 16704 "$env:USERPROFILE\Desktop\ContextMenuMgr-16704.dmp"

如果下载的包里只有 procdump.exe，则使用：

.\procdump.exe -accepteula -ma 16704 "$env:USERPROFILE\Desktop\ContextMenuMgr-16704.dmp"

成功后应该会看到类似：

Dump written

并且桌面会生成：

ContextMenuMgr-16704.dmp

5. 最好再抓第二个残留进程

如果任务管理器里同时存在多个约 13 MB 的残留 ContextMenuManagerPlus.exe，建议再任选另一个 PID：

.\procdump64.exe -ma 55176 "$env:USERPROFILE\Desktop\ContextMenuMgr-55176.dmp"

两个不同残留实例的 dump 会非常有价值，因为可以判断它们是不是卡在完全相同的 thread / module 上。

6. 同时保存完整进程列表

再执行一次：

Get-CimInstance Win32_Process |
    Where-Object {
        $_.Name -like 'ContextMenuManagerPlus*'
    } |
    Select-Object ProcessId, ParentProcessId, Name, SessionId, ExecutablePath, CommandLine |
    Format-List |
    Out-File "$env:USERPROFILE\Desktop\ContextMenuMgr-processes.txt" -Encoding utf8

桌面会生成：

ContextMenuMgr-processes.txt

7. 请上传这些文件

请将以下文件打包成 ZIP 后上传到 Issue：

ContextMenuMgr-xxxxx.dmp
ContextMenuMgr-yyyyy.dmp     （如果抓了第二个）
ContextMenuMgr-processes.txt

如果方便的话，也请同时附上：

frontend-debug.log
trayhost.log
backend.log

注意：.dmp 是进程完整内存快照，其中理论上可能包含当时进程内存中的路径、用户名、Registry 数据或其他运行时信息。上传前如果对此有隐私顾虑，可以先说明，我们也可以改用更轻量的 thread-stack 收集方式。

目前最希望通过 dump 确认的是：

• 残留进程是否已经结束 WPF Application 生命周期；
• 还剩多少 thread；
• 哪一个 thread 阻止了 OS process 真正退出；
• thread 的 Start Address / call stack 属于 .NET/WPF、自身代码还是第三方注入模块；
• 多个残留实例是否卡在相同位置。

[xystudio889]

疑似软件和我电脑水土不服，虚拟机安装测试过了，也没有问题

[xystudio889]

我研究了会，找到了两种复现方式，并且发现桌面打开也能复现：

复现

1. 托盘：
- 在程序窗口关闭后，任务管理器后台会出现一个ContextMenuManagerPlus.exe的进程，然后几秒后关闭。
- 在这个后台进程还没关闭时，在托盘一直点击左键，显示窗口，就能概率复现。每次打开窗口创建1-2次线程。

default.mp4

2. 桌面：
- 多次打开应用程序，进程创建的速度取决于手速。
- 无论窗口打开关闭，都会复现。
- 只有真正显示UI的进程会在关闭窗口时候关闭，多次连点打开的后台进程不会再窗口关闭时候结束。

default.mp4

提示

复现

托盘方法有点要看运气，得多尝试几次，而桌面模式很简单。
黄点是鼠标荧光笔，黄点越不透明代表点击频率越高。

文件名提示

• -desktop的为桌面复现
• -tray的为托盘复现

文件

• 日志文件：
  logs.zip
• 进程列表文件：
  ContextMenuMgr-desktop-processes.txt
  ContextMenuMgr-tray-processes.txt
• dmp文件：
  release

我这个评论上传 dmp文件会一直显示上传失败，只能放到releases下了。

[xystudio889]

我上面的复现结果是另一台电脑，但是无法复现出反馈问题视频所在的电脑的问题（不显示闪现线程也会有死线程）的情况。

文件

• 日志：
  Logs.zip
• 进程列表文件：
  ContextMenuMgr-processes.txt
• dmp文件：
  release

[PLFJY]

我本地也完美复现了，现在是修改好了！随新版本的发布修复