@fgwmlhdkkkw #16 如果你是想保存引用的话，那你需要 std::vector<std::variant<std::reference_wrapper<std::string>,int>>

@fgwmlhdkkkw #14 仅就你这个应用场景，我觉得 vector 更好。但是也有一些其他场景下更适合用模板，不然函数用起来会很难看（参考 https://en.cppreference.com/w/cpp/utility/format/formatter#Standard_format_specification ，这种 format 函数如果参数也用 vector 来传的话用起来肯定特别难受）。
不过总的一般原则是优先考虑代码写起来美观、顺手，而不是优先考虑编译器会不会内联、编译出来的代码快不快之类问题；性能问题一般不要过早优化，代码写出来了如果确定有性能瓶颈的话再针对性优化。

@fgwmlhdkkkw #4 我不太明白你的“不想复制”指的是啥。就我看来你这里用一个 std::vector<std::variant<std::string,int>>就能满足需求了的样子？

1 、你写的这个不就是变长参数？
2 、是。
3 、几乎没啥影响……可能让某些编译器的优化步骤中对函数内联稍微激进一点点，但是效果可以忽略不计。
4 、尾递归确实很可能被优化掉，但是优化器的事情没人敢打包票；虽然我觉得如果你这个实际跑起来没啥问题的话就这样也挺好。
5 、真要是觉得递归看起来实在难看的话，可以学习一下 https://en.cppreference.com/w/cpp/language/fold 的用法
6 、你为什么不把变长参数放在一个 std::vector 里传进去呢……

最大的争议就是这玩意儿不能弄镜像，国内下载贼慢……

@LANB0 #4 因为 CPP 的初始化会和构造函数搅在一起（比如，用了 Designated initializers 之后还要不要调用默认构造函数？用 Designated initializer 构造的时候，成员的构造函数调用顺序是按声明顺序还是 initializer 里写的顺序？），这些细节很容易导致标准委员会吵起来，所以拖了很久才达成共识定下来。相比之下 C 语言完全没有这些问题。

整个邪道点儿的，用 Dear ImGui 整一个吧……

@daokedao #9 Ctrl+C 失效应该和权限没关系……

@daokedao #7 管理员权限运行的窗口本来就不能接受来自非管理员权限进程的拖放，这个是权限管理的 Feature ，不是 Bug

unraid 就是基于 Slackware 的吧

@windrun 服务器是闲置的，但是 OP 说他的 DNS 解析被全部停掉了啊

不过话又说回来，真的要想稳定性兼容性都比较好、少出各种诡异问题的话，我觉得还是给比如 MSVC10 、11 、12 、14 各自编译一份比较好——其实也不太多，只需要 4 份就能从 VS2010 一直支持到 VS2022 了。或者如果可以选择不支持那么老的版本的 VS 的话，直接只针对 MSVC14.0 编译一份动态链接 Runtime 的 DLL ，就能支持从 VS2015 到 VS2022 ，在很多时候已经挺够用的了。

@ysc3839 哦抱歉，是我搞混了。

@ysc3839 可是，微软的 C++链接器会直接拒绝混用两种模式的情况啊……
https://stackoverflow.com/questions/3469841/mixing-code-compiled-with-mt-and-md

少女歌剧

4. 会导致使用你的 dll 的程序也必须静态链接 VC++ Runtime ；然而如果那个程序本身用的 Runtime 和你版本不一样的话，全部静态链接到一个 exe 里之后，鬼知道会发生什么后果……

@Osk “有时候真的不介意最终 exe/dll 文件很大带上运行时库, 但很介意需要运行时装这装那.”
呃，所以 .Net 6 和 PowerShell 7 欢迎您？

@monster33 好家伙，这得是心多大才能在把系统都 rm -rf 了之后还继续用的，而且还是用来做 NAS……

@LeeReamond 呃，配置成对于不报对应的域名的 SNI 、直接使用 ip 的所有连接直接拒绝就好了，为啥要把带域名的证书发给这些请求……而且确实如楼上所说，你都 CF 了，那直接白名单就好了啊