先说结论：C++/WinRT 不一定要专用模板

我一开始也在找“C++/WinRT 专用模板”，后来发现其实不必。
直接新建一个普通的 C++ 控制台项目也可以，只要工具链和链接配置正确。
推荐路线：

1. 新建 Console App（C++）
2. 平台选 x64
3. C++ 语言标准至少 C++17，建议 C++20
4. 加 WinRT 头文件
5. 链接 WinRT 相关库

二、Visual Studio 配置位置

1. C++ 语言标准

项目 -> 属性 -> 配置属性 -> C/C++ -> 语言 -> C++ 语言标准
建议选择：
ISO C++20 标准
或至少 C++17
我之前踩过一个坑：命令行把 /std:c++20 打成了 /std:c+=20，结果所有报错都在提示“需要 C++17”，实际是参数写错了。

2. 链接库配置

项目 -> 属性 -> 配置属性 -> 链接器 -> 输入 -> 附加依赖项
添加两项：
windowsapp.lib
runtimeobject.lib

三、#pragma comment(lib, ...) 是什么？

这两行代码是给链接器下指令：

#pragma comment(lib, "windowsapp.lib") #pragma comment(lib, "runtimeobject.lib")

作用等价于你在“链接器 -> 输入 -> 附加依赖项”里手动添加库。
也就是说，这两种方式本质上都在做同一件事：告诉链接器去链接哪些库。
它们的关系

1. 项目属性方式：配置集中在工程里，团队协作更直观
2. pragma 方式：配置写在源码里，单文件示例更方便搬运
   建议
3. 学习和示例阶段：pragma 很方便
4. 团队项目：更推荐项目属性统一管理
5. 两者二选一即可，避免重复维护

四、最小示例代码（可直接运行）

下面这段是我用于验证 C++/WinRT 环境是否正常的最小例子：

点击查看代码

如果输出了 Host 和 Path，说明环境已经通了。

五、逐行解释关键代码

1. include 头文件

#include <winrt/base.h> #include <winrt/Windows.Foundation.h>

1. winrt/base.h：C++/WinRT 基础类型和初始化能力
2. winrt/Windows.Foundation.h：引入 Windows.Foundation 命名空间里的类型，比如 Uri
   注意大小写和拼写，Foundation 很容易拼错成 fundation，错一个字母就会报找不到头文件。
3. 初始化线程单元

winrt::init_apartment(winrt::apartment_type::multi_threaded);

这一步是初始化 WinRT 运行环境（底层可理解为 COM Apartment 初始化）。
不初始化就直接调用 WinRT API，很多场景会出问题。

multi_threaded 的含义是使用多线程单元模式，控制台程序常用这个就够了。
3. 创建 Uri 对象

winrt::Windows::Foundation::Uri uri(L"https://learn.microsoft.com/zh-cn/windows");

这行代码就是在用 WinRT 的 Uri 类型解析地址。
后续可以直接取 Host、Path、Query 等属性，不需要自己手写字符串解析。

C++/WinRT 的优势（为什么值得学）