• 桌面应用
• 智能硬件
• 跨平台

EasyLPAC 是一款开源的 eUICC（eSIM 芯片）管理工具图形界面，基于 Go 和 Fyne 框架开发，底层调用 lpac 命令行工具。本文带你快速看懂eSIM 通知队列：EasyLPAC 如何展示、处理和批量清理 eUICC 上的通知，以及如何使用它的自动处理功能，让 eSIM 配置管理变得简单省事。

什么是 eSIM 通知？先搞懂这个前提

在 eUICC 芯片中，运营商或管理平台（SM-DP+ 服务器）向你的 eSIM 发送操作请求时，并不是直接执行，而是先往芯片里写入一条"通知"。这些通知就排队存放在通知队列中，等待你（或设备端软件）来响应处理。

每条通知对应一种档案操作，共 4 种类型：

EasyLPAC 的通知数据结构定义在 struct.go 中，每条通知包含 4 个关键字段：

• SeqNumber：序号，队列中的唯一标识
• ProfileManagementOperation：操作类型（上面 4 种之一）
• NotificationAddress：发送通知的服务器地址
• Iccid：目标 SIM 卡的 ICCID（界面中会打码显示）

认识 EasyLPAC 通知队列界面

打开 EasyLPAC 后，点击顶部的Notification标签页即可看到通知队列。列表按序号从上往下排列，每行显示操作类型、SIM 名称（或 ICCID）以及发送方地址。

界面底部的工具按钮是本文的主角，共 4 个：

• Process：处理选中的单条通知
• Process All：批量处理队列中的全部通知
• Remove：删除选中的单条通知
• Remove All：批量移除通知
• 以及Mask复选框：对列表中的 ICCID 打码，保护隐私

列表数据的刷新逻辑在 control.go 的RefreshNotification中：先调用 lpac 的notification list命令获取队列，再按序号排序后刷新界面。

单条通知怎么处理？Process 与 Remove 的区别

先选中列表中的一条通知（SelectedNotification），再点击对应按钮即可。两个按钮的行为完全不同，这也是新手最容易混淆的地方：

Process（处理通知）：真正执行通知所要求的操作。比如一条install通知，处理它就是把新 eSIM 档案安装进芯片。核心函数是 widgets.go 中的processNotificationManually，它调用 lpac 的notification process命令执行操作，成功后还会弹窗询问你是否顺带移除这条通知。

Remove（删除通知）：只是把通知从队列里删掉，不会执行通知要求的操作。相当于"已读并忽略"。删除前有确认对话框，删除后还会刷新芯片信息（因为通知处理会影响芯片占用状态）。

两者底层分别对应 cmd.go 中的LpacNotificationProcess和LpacNotificationRemove，即 lpac 的notification process与notification remove子命令。

⚠️ 注意：README 中明确提示，随意移除未处理的通知不符合 GSMA 规范，平台可能因此认为你的 eUICC 不可信。除非你知道自己在做什么，否则优先使用 Process 而不是 Remove。

批量清理实战：Process All 与 Remove All 用法

当队列里积压了几十条通知（比如换过很多 eSIM 的二手设备），一条条点会非常痛苦。EasyLPAC 提供了两个批量操作按钮，逻辑各有侧重：

Process All：按类型批量执行操作

点击后弹出一个带 4 个复选框的确认对话框，对应 4 种操作类型，默认勾选enable、disable、install，delete默认不勾选（删除档案影响大，需要你主动勾选）。

确认后，程序遍历队列中的每条通知，按类型分别执行notification process，最后弹出结果对话框，告诉你总共多少条、成功多少条、失败多少条。完整实现在 widgets.go 的processAllNotificationButtonFunc。

Remove All：按类型批量清理队列

批量移除的策略更"激进"一些：enable类通知直接移除；disable和install类先按勾选配置执行处理再移除；delete类则只移除不执行。执行完同样会给出成功/失败统计，见 widgets.go 的batchRemoveNotificationButtonFunc。

批量操作期间，主界面的所有功能按钮会被自动锁定（control.go 中的LockButtonListener负责），防止你中途误触其他操作导致队列状态错乱。

开启"自动处理通知"，让 EasyLPAC 替你操作

其实大多数场景下你根本不用手动管通知队列。EasyLPAC 在Settings标签页提供了Auto process notification（自动处理通知）开关，默认就是开启的，对应代码中的AutoMode配置项，见 window.go。

开启后，EasyLPAC 会在以下操作完成后自动处理新产生的通知并移除：

• 下载 eSIM：下载成功后自动发送 install 通知（cmd.go）
• 启用/停用档案：切换状态后自动处理随之产生的通知（widgets.go）
• 删除档案：删除后自动处理平台下发的 delete 通知并清理（widgets.go）

它的原理很聪明：操作前先记下通知快照，操作后对比找出新出现的序号（findNewNotification，见 widgets.go），只处理这几条，避免误伤旧通知。

如果你把自动模式关掉，上述操作完成后就会改为弹窗询问"是否现在发送/处理通知"，把控制权交还给你。

清理前的检查清单：别盲目删通知

批量清理之前，建议先看看芯片的整体状态：

1. 查看 Profile 页，确认档案状态

在 Profile 标签页可以看到所有已安装档案的 ICCID、运营商、启用状态（Enabled/Disabled）和昵称。

2. 查看 Chip Info 页，确认芯片剩余空间

Chip Info 页显示 EID、SM-DP+ 地址、eUICCInfo2 详情，右上角还能看到剩余存储空间（Free space）。如果空间不足，处理 install 类通知可能会失败，此时删除已用不上的档案（配合处理 delete 通知）才能真正腾出空间。

3. 保持 Mask 打码开启

ICCID 是敏感信息，在截图分享时建议保持 Mask 勾选状态，EasyLPAC 会自动对 ICCID 打码（struct.go）。

常见问题

Q：处理通知失败怎么办？A：先看错误对话框提示，再点顶部的Open Log打开日志目录查看 lpac 的原始输出。常见原因是卡片未正确连接（SCardListReaders() failed）或 pcscd 服务未启动。

Q：为什么不建议手动 Remove 通知？A：eUICC 通知的处理受 GSMA 规范约束，"只删不处理"会让平台端状态与芯片实际状态不一致，可能影响后续该 eSIM 的服务。批量清理时优先用 Process All 执行真正的处理。

Q：批量操作时界面为什么全变灰了？A：这是正常保护机制。批量处理是耗时操作，期间所有按钮会被锁定，防止并发操作干扰队列状态，完成后自动恢复。

小结

EasyLPAC 的通知管理可以归纳为三句话：看队列（Notification 页 + Mask 打码）、批量处理（Process All 执行 / Remove All 清理）、交给自动模式（AutoMode 默认开启，日常操作无需手动干预）。理解了install、enable、disable、delete四种通知类型和"处理"与"移除"的本质区别，你就能从容管理任何一台 eUICC 设备上的通知队列了。

• 桌面应用
• 智能硬件
• 跨平台