windows下调用shellexecute打开默认浏览器最可靠，需包含shellapi.h和shell32.lib，url以http(s)://开头，第三参数传null、第四参数传url、第六参数用sw_show，返回值≤32表示失败。
Windows下调用ShellExecute打开默认浏览器
Windows平台最可靠的方式是调用ShellExecute，它会自动识别系统默认浏览器并启动，不需要硬编码路径或判断浏览器类型。
常见错误是直接调用cmd /c start，这在某些终端（如VS调试器）里可能静默失败，或因空格路径导致URL截断。
- 必须包含
#include <shellapi.h></shellapi.h>和#pragma comment(lib, "shell32.lib") - URL字符串需以
"http://"或"https://"开头，否则ShellExecute可能忽略协议处理 - 第三个参数传
NULL，第四个参数传URL地址（LPCSTR或LPCWSTR），第五个参数传NULL，第六个参数用SW_SHOW - 示例：
ShellExecute(NULL, "open", "https://example.com", NULL, NULL, SW_SHOW);
macOS用open命令启动Safari/Chrome等
macOS没有等效的API，但open命令由系统统一调度，默认行为就是用默认浏览器打开URL。
容易踩的坑是没做错误检查，或者用system()时没转义特殊字符（比如URL里的&、?会被shell解析）。
Comet AI 浏览器
下载
下载 Comet AI 浏览器，体验由 Perplexity AI 驱动的革命性上网方式。内置 AI 助手可实时总结网页、跨标签页对比信息、自动执行任务。告别繁琐操作，让 AI 成为你的浏览副驾，大幅提升研究与工作效率。支持 Windows、macOS、Android 和 iOS。
- 推荐用
posix_spawn或fork + exec绕过shell解析，但简单场景下system("open 'https://example.com'")够用 - 务必用单引号包裹URL，防止shell元字符干扰；双引号在某些shell中仍可能触发变量展开
- 如果URL来自用户输入，先用
std::string拼接并escape单引号——实际中更稳妥的做法是写临时plist再调open -a
Linux上xdg-open兼容性问题多
xdg-open是标准方案，但它依赖桌面环境配置，命令可能不存在、超时、或静默失败（比如Wayland会话下部分发行版不响应）。
不要假设xdg-open一定可用，尤其嵌入式或服务器环境常无桌面组件。
- 执行前先
which xdg-open检测是否存在，不存在则fallback到firefox或chromium-browser（需预判安装路径） -
xdg-open对URL编码敏感：含空格或中文的URL必须先做URI encode，否则只打开到第一个空格处 - 调用后别
waitpid——xdg-open通常立即返回，浏览器进程由桌面环境托管，阻塞反而卡主线程
跨平台封装要注意的三件事
写一个open_url(const std::string& url)函数时，最难的不是调用本身，而是让不同平台的行为一致：比如失败时不崩溃、不弹框报错、且能反馈是否成功。
- Windows下
ShellExecute返回值≤32表示错误，但具体含义模糊，建议只判非零即失败 - macOS/Linux用
system()时，返回值是shell退出码，需WEXITSTATUS提取，且0不一定代表浏览器真打开了页面 - 所有平台都应加1秒超时保护（比如用
std::thread+join_for），避免xdg-open卡死或open等待挂起
真正麻烦的是测试——你得在每种桌面环境下手动改默认浏览器再验证，而不是只跑一次CI。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
