云环境识别需分层判断：先查DMI/WMI标识初筛，再探测169.254.0.0/16元数据服务终判，辅以环境变量和进程特征补全类型，避免误判裸金属或私有虚拟机。
云环境 ≠ 虚拟机，但绝大多数云服务器（AWS EC2、Azure VM、阿里云 ECS、腾讯云 CVM）底层都基于虚拟化。单纯检测“是否在虚拟机”会误判——比如把物理部署的 VMware vSphere 集群当成云，或把裸金属云实例（如 AWS i3.metal）漏掉。真正要识别的是「典型云服务商注入的运行时特征」，重点看 /sys、/proc、环境变量和元数据服务连通性。
查 /sys/class/dmi/id/product_name 和 vendor 是最稳的 Linux 方式
云厂商会在 DMI 信息中硬编码标识，比 CPUID 或硬盘型号更难伪造，且无需 root 权限：
-
product_name值为Amazon EC2、Azure、Google Compute Engine、Alibaba Cloud ECS等直接命中 -
sys_vendor值为Amazon.com Inc.、Microsoft Corporation、Google、Alibaba Cloud同样可靠 - 注意：KVM/QEMU 自建虚拟机通常显示
QEMU或空值，不属于云环境；Hyper-V 云（如 Azure Stack HCI）可能只显示Microsoft Corporation，需结合product_name判断 - 读取路径：
/sys/class/dmi/id/product_name、/sys/class/dmi/id/sys_vendor，用std::ifstream逐行读取即可，失败则跳过
Windows 下优先用 WMI 的 Win32_ComputerSystem + SystemType 交叉验证
单看 Manufacturer 容易翻车（比如 AWS EC2 和 Hyper-V Guest 都可能返回 Microsoft Corporation），必须搭配 SystemType：
-
SystemType == "x64-based PC"+Manufacturer == "Amazon.com Inc."→ AWS EC2 -
SystemType == "x64-based PC"+Manufacturer == "Google"→ GCP -
SystemType == "Virtual Machine"是关键信号，但仅凭它不能区分云/私有虚拟机——必须和Model（如VirtualBox、VMware Virtual Platform）对比排除 - C++ 中调用 WMI 需引用
System.Management.dll，用ManagementObjectSearcher执行SELECT Manufacturer,Model,SystemType FROM Win32_ComputerSystem - 务必加
try/catch：WMI 在 Server Core、容器或权限受限环境下常超时或拒绝访问
主动探测云元数据服务（169.254.0.0/16）是最终确认手段
所有主流公有云都开放本地链路地址提供元数据，响应内容具有强唯一性，伪造成本高：
立即学习“C++免费学习笔记（深入）”；
- AWS：
http://169.254.169.254/latest/meta-data/instance-id返回类似i-0a1b2c3d4e5f67890的字符串 - Azure：
http://169.254.169.254/metadata/instance?api-version=2021-02-01，需加Metadata: trueheader - GCP：
http://metadata.google.internal/computeMetadata/v1/instance/id，需加Metadata-Flavor: Google - C++ 实现建议用
libcurl发起带 timeout（≤2s）的 GET 请求，禁用重定向、不校验证书；超时或 HTTP 404/403 视为非云环境 - 别用 DNS 解析：某些云环境（如内网隔离的阿里云 VPC）可能屏蔽外部 DNS，但 169.254.x.x 是直连路由，更可靠
环境变量和进程名只是辅助线索，不可单独依赖
这些值容易被用户修改或缺失，只能作为佐证：
-
getenv("EC2_HOME")、getenv("AWS_EXECUTION_ENV")存在可提示 AWS Lambda 或 ECS，但普通 EC2 实例通常为空 -
getenv("GOOGLE_CLOUD_PROJECT")表明 GCP 环境，但仅适用于 Cloud Run/Functions 等托管服务 - Linux 下检查
/proc/1/cmdline是否含systemd或init没意义；重点看ps -eo comm= | grep -E "(cloud-init|clouddrive|azurelinuxagent)"—— 但 C++ 不宜直接 fork+exec，可用std::filesystem::exists("/var/lib/cloud/instance")替代 - Windows 下
GetEnvironmentVariable(L"COMPUTERNAME", ...)若含EC2AMAZ、AZURE前缀是线索，但不可靠：用户可随意改名
云环境识别真正的难点不在技术实现，而在于分层决策逻辑：先快速读取 DMI/WMI 做初筛，再用元数据服务做终判，最后用环境变量/进程特征补全类型（比如区分 EC2 和 ECS）。漏掉任一层，都可能把裸金属云实例当成物理机，或把私有 OpenStack 当成公有云。
