ACL_PROF_SYS_MEM_SERVICEFLOW=12 被从枚举中删除，但枚举值从 13 继续，导致值 12 产生空洞。如果有外部代码或序列化数据仍使用值 12，将导致错误解释。建议保留占位枚举值（如 ACL_PROF_DEPRECATED_12 = 12）以保持 ABI 兼容性。

CheckTaskBlockValid 移除了对 "all" 选项的支持和平台特定检查。现有用户如果传入 "all" 将收到错误，这是不兼容的接口变更。建议在文档或 release notes 中明确标注此破坏性变更，或提供过渡期的兼容处理（如将 "all" 映射为 "on" 并输出警告）。

GetAclProfConfigTypeName 中索引 12 处现在返回 nullptr。如果调用方未做 null 检查直接使用返回值（如 strlen、printf %s 等），将导致空指针崩溃。建议返回空字符串 "" 而非 nullptr，或在调用方增加 null 检查。

移除了 object.RemoveByKey("memServiceflow")，但 ProfileParams 结构体中 memServiceflow 字段仍然存在。如果 ToObject 仍序列化该字段，memServiceflow 将出现在 JSON 输出中，可能导致下游组件解析异常或泄露内部数据。建议要么从 ProfileParams 中移除该字段，要么保留 RemoveByKey 调用。

MsprofAclJsonParamConstruct 中仍调用 L2CacheAdaptor(params_->npuEvents, ...)，但命令行 --npu-events 选项和 ARGS_NPU_EVENTS 已被移除，npuEvents 字段将永远为空。如果 L2CacheAdaptor 依赖非空的 npuEvents 进行 L2 cache 事件适配，可能导致 L2 cache 采集功能退化。需确认 L2CacheAdaptor 对空 npuEvents 的处理是否正确。

ARGS_INVALID 的值从 67 改为 63，且位置移到 ARGS_SYS_LOW_POWER_FREQ 之前。这导致后续所有枚举值（ARGS_SYS_LOW_POWER_FREQ、ARGS_EXPORT_ITERATION_ID 等）的数值发生变化。如果有任何代码依赖这些枚举的具体数值（如序列化、持久化），将导致不兼容。

🔴 Critical

变更行：input_parser.h 第105行将 ARGS_INVALID = 67 改为 ARGS_INVALID = 63。

枚举值计算：

两者值相同（63），造成枚举值冲突。

直接影响：ProcessOptions 函数（input_parser.cpp:166）有检查： if (opt < ARGS_HELP || opt >= NR_ARGS || opt == static_cast<int32_t>(ARGS_INVALID)) { MsprofCmdUsage(""); return ret; }

当用户传入 --host-sys-usage-freq 时，getopt_long 返回 63（= ARGS_HOST_SYS_USAGE_FREQ），但上述检查会将 63 判定为无效参数（ARGS_INVALID），导致 --host-sys-usage-freq 选项完全失效。

测试影响：input_parser_utest.cpp:960 的 EXPECT_EQ(67, ARGS_INVALID) 未更新，将测试失败。且 LONG_OPTIONS[63] 现在是 host-sys-usage-freq 而非 invalid。

触发条件：任何使用 --host-sys-usage-freq 的命令行调用。 失败模式：该选项被当作无效参数拒绝，显示 usage 帮助信息。

建议：ARGS_INVALID 的值应设置为紧随其他所有枚举项之后，避免与任何有效参数枚举值冲突。由于移除了 ARGS_NPU_EVENTS、ARGS_MEM_SERVICEFLOW、ARGS_TASK_TSFW（共3项）并新增了 ARGS_SCALE（1项），枚举值净减少2。原 ARGS_INVALID = 67 应改为 ARGS_INVALID = 65。同时需将 {"invalid", ...} 条目在 LONG_OPTIONS 数组中移动到索引 65 的位置，并更新测试 EXPECT_EQ(65, ARGS_INVALID)。

SetTaskBlockParam 中 taskBlockShink 的逻辑与旧代码行为相反。旧代码：taskBlock=="on" 时 shink=OFF；新代码：taskBlock=="on" 时 shink=ON。虽然新逻辑与 MsprofAclJsonParamConstruct/MsprofInitGeOptionsParamAdaper 中的 JSON 路径一致（可能是 bug 修复），但这是行为变更，需确认是否符合预期，并验证对采集数据的影响。

🔴 Critical

变更行：config.h:203 删除了 const char * const MSVP_PROF_ALL = "all";，但 input_parser.cpp:1651 的 SetTaskBlockParam() 函数中仍使用 strcmp(argValue, MSVP_PROF_ALL)。由于该文件通过 #include "config/config.h"（第 26 行）引入此常量，移除后会导致编译错误：未定义标识符 MSVP_PROF_ALL。

同时，该函数中的 "all" 分支逻辑（第 1651-1653 行）与 PR 目标一致（移除 task_block 的 "all" 支持），应当一并简化为直接设置 taskBlock 和 taskBlockShink，与 prof_acl_mgr.cpp 中的 MsprofAclJsonParamConstruct 改动保持对齐。

建议：将 SetTaskBlockParam 函数简化为：移除 MSVP_PROF_ALL 分支，仅保留 else 分支逻辑（与 prof_acl_mgr.cpp 中的 JSON 解析改动一致）。或者如果该函数不再需要，也可以一并移除调用链。

🔴 Critical

变更行：config.h 中删除了 const char * const MSVP_PROF_ALL = "all";（第203行），但 input_parser.cpp:1651 的 SetTaskBlockParam 函数仍使用 MSVP_PROF_ALL：

该函数未在此次 diff 中修改，因此引用了已删除的常量。这将导致编译错误（undefined identifier MSVP_PROF_ALL）。

触发条件：任何包含此翻译单元的构建。 失败模式：编译失败。

建议：由于 MSVP_PROF_ALL 已被删除且 "all" 不再作为有效输入选项，SetTaskBlockParam 函数应简化为直接设置 taskBlock 和 taskBlockShink，不再处理 "all" 到 "on" 的映射。删除 if (strcmp(argValue, MSVP_PROF_ALL) == 0) 分支，直接使用 else 分支的逻辑。