兄弟，我之前踩过几乎一模一样的坑，给你梳理下大概率的原因和解决办法：

• 先排查编译产物是否彻底更新
  这是最容易忽略的点！Visual Studio的增量编译偶尔会“偷懒”，你注释掉代码后，旧的目标文件（.obj）或者最终的可执行文件可能没被替换。建议手动删除项目的Debug/Release编译目录，然后点击生成解决方案（别点增量生成），重新编译运行。我之前就是因为图省事只点了“生成”，结果旧的全局数组还留在二进制里，内存占用根本没降。

• 确认数组的存储类型
  你写的BYTE Array[1073741823];如果是全局变量/静态变量，编译时会把它分配到程序的bss或data段中，进程启动时就会直接预留这1GB的虚拟内存。如果是局部变量的话，这么大的数组早就触发栈溢出崩溃了，所以你的数组肯定是全局/静态类型。重新编译后，这个内存段的大小就会恢复正常。

• 别混淆虚拟内存和物理内存
  你在任务管理器看到的1GB可能是虚拟内存提交大小，而非实际占用的物理内存。Windows为了运行效率，不会立即回收已提交的虚拟内存空间，但重新编译后的程序，启动时的虚拟内存占用应该会回到3-4MB左右。如果还是显示异常，试试重启程序和Visual Studio，有时候任务管理器的内存统计会有延迟或缓存。

• 极端情况：编译器优化的小bug
  极少数情况下，编译器的优化策略可能会保留本该移除的内存预留。这时候可以尝试关闭增量编译，或者在项目属性里把“全程序优化”设为禁用，再重新编译。另外也可以检查下链接器设置，有没有误加了大的冗余资源或段。

如果以上方法都没解决，你可以用Visual Studio自带的内存诊断工具（Debug -> Performance Profiler -> Memory）来分析内存占用细节，定位到具体的内存区域，这样就能精准找到问题所在了。