该功能借助.NET对象实现简单任务监控，可对系统 CPU 和内存使用情况进行实时监测，以直观形式呈现资源占用历史与当前数据，助力工程师掌握系统运行状态。
内容介绍
对象初始化：通过构造
PerformanceCounter对象，分别指定类别（Processor用于 CPU、Memory用于内存）、计数器名称（% Processor Time对应 CPU 时间占比、Committed Bytes对应内存使用量）和实例名称（_Total表示整体监测），初始化时利用Set Busy和Unset Busy显示忙光标，应对可能的初始化耗时。数据采集：调用
PerformanceCounter的NextValue方法，获取 CPU 使用率和内存使用量的当前值，持续采集数据用于更新监控曲线。数据展示：以 “Memory Usage History” 和 “CPU Usage History” 两个波形图，分别展示内存、CPU 使用情况随时间变化的历史，下方标签显示当前实时数值，提供 “Stop” 按钮控制监控停止。
应用场景
系统调试：开发阶段，工程师监测程序运行时对 CPU 和内存的占用，排查资源泄漏、高负载异常，优化代码性能。
运维监控：日常运维中，实时掌握服务器等设备的 CPU 和内存使用趋势，提前发现资源瓶颈，保障系统稳定运行。
性能测试：进行软件性能测试时，配合压力测试，观察不同负载下系统资源占用，评估软件性能表现。
使用范围
运行环境：仅限 Windows 系统，依赖.NET 框架支持，需以管理员权限登录 Windows 执行操作，确保
PerformanceCounter能正常获取系统资源数据。监测对象：聚焦系统级 CPU 整体使用率（
_Total实例）和内存提交字节数，暂未涉及进程级精细资源监测。
注意事项
权限要求：必须以管理员权限登录 Windows 运行，否则
PerformanceCounter可能因权限不足，无法准确获取 CPU 和内存的性能数据，导致监控失效。初始化延迟：构造
PerformanceCounter对象时，存在几秒初始化耗时，期间通过忙光标提示，需耐心等待，避免频繁操作影响初始化。数据准确性：首次调用
NextValue可能返回 0 或不准确值，一般第二次及以后调用数据趋于稳定，实际应用中可合理处理初始数据，保障监控曲线准确性。
功能对比
对比系统自带任务管理器：系统任务管理器功能更全面，涵盖进程级资源监控、服务管理等，但该功能基于.NET 开发，可灵活集成到自定义程序中，便于工程师在开发、测试场景下，与自身代码、工具链深度融合，定制化扩展监控逻辑（如结合业务指标联动分析）；任务管理器为通用型监控工具，侧重系统级快速查看，扩展性弱于该自定义功能。
对比专业 APM（应用性能管理）工具：专业 APM 工具可实现分布式追踪、代码级性能剖析、多维度告警等复杂功能，覆盖从开发到生产全链路。但该功能轻量简洁，专注基础系统资源（CPU、内存）监控，部署使用简单，适合对系统资源初步监测、嵌入简单程序场景，在轻量级、自定义化需求下，比专业 APM 工具更易上手、资源开销小。