C#跟 C++不是对立的，完全可以用 C#写界面，然后调用 C++。C#调用 C++的库还算好调用。
然后跨平台，C#也有一些界面库，但是好不用就难说。
Qt 在这方面无论是稳定还是界面的好看，都相当出色。哪怕协议也是有 LGPL 让你选。开发商用软件都没问题。

其实还有第三条路，那么就是你自己写一个。使用一些图形库，直接写界面库，效率贼高，而且可以随便迁移（只需要写一个 render adapter ，基于 IMGUI ，帧数还能上升到 60fps 以上)，这方面的例子就是 sublime text

文档本来是有的，好像爆出过，开源之前要把文档干掉

流加密，加密前后信息长度是一样的。

自定义协议，用 socket 写很正常啊，又不是每家都会做好一套序列化库的。有些就是简单定义一下。
这个真的没有什么 low 不 low ，各种 rpc 也要 socket ，只不过不用你自己封装罢了。
但是用各种 rpc 就要承受各种 rpc 带来的开销。

@DAPTX4869 他是发音对了，但是面试官显然没有了解过这个词是怎么读的

@ihciah 要不换用 C#吧，不用再管这些了

理论上就是一个缓存转发的过程，可以去试试 openresty

@springz 写 Rust ，能通过编译都挺不错了。

事实证明，商业公司都是一个样。没有永恒的王权。开不了源就只能内卷

其实也可以说，开源是兴趣，项目就是这样。如果你想要更加进一步的服务，比如教你如何用好，甚至写代码都是可以的，只要加钱。比如 5k 写几个 use case 还是很好的。
代码是自由的，但是人工服务本来就没有提，所以适当收费也是好的。

@bequt http client 可以去 awesome-go 上面看，好一点的都是基于 Builder 模式的。性能我就不知道了。
不过一般没啥特殊要求，我一般都是使用标准库中的 net/http ，毕竟没有外部依赖。仅供参考

@stirlingx rust 除了被编译器干，还有编译速度，其他都是挺好的。你会玩黑魔法有黑魔法的玩法，不会玩黑魔法有不会的玩法。丰俭由人。还能各种定义 DSL 。官方库在一些基础的地方也做得不错，比如自带一个 utf-8 编码的 String

@zwpaper 又想开源又不想让人商业？那你写 EULA ，商用请联系你获取授权不就得了。跟 Unreal 那些商用软件一样。只要人家用了你的代码就是侵权，看可以，但是用不可以。

@Red54 开源协议我看就没有限制商用的，因为限制商用也是一种“不自由”。所以基本上都是在让你商用难受上面做文章。

至于 unreal 只是给你看代码，人家出的是 eula ，他们可不是什么开源项目。只是让你有查看源代码的权利，代码版权还是属于 epic 公司，同时你要用的话，就要按 eula 地走。

当然了除了这些版权问题(copyright)，现实中实际上还会牵涉到专利问题。比如特定软件实现是有专利的，哪怕代码是 GPLv2 ，一样有可能被专利人起诉。

@PrinceofInj 不是魔改的 hyper-v ，是魔改的 windows ，windows(Xbox 主界面）跑在一个 VM 里面，游戏跑在一个 VM 里面，最低底层是 hypervisor 。其实你在 windows 里面开启了 hyper-v 也是这样的。开启 hyper-v 要求机器重启就是这个原因。
理论上这样破解要求程序突破虚拟化限制，实现虚拟机逃逸，有这本事，怕是单纯这个漏洞就能值很多钱了。

游戏机性能高其实不单单是因为这些技术。还有就是硬件是他们主机厂去定制的，他们对硬件非常了解，同时还养着一批很厉害的程序员，他们写的驱动就是比 AMD 的强（ AMD 的软件部门不行啊）。

@monster33 Xbox 有啥性能不好，显卡都可以直通，硬件还是自家定制的，驱动什么的自家写。磁盘基本上独占，虚拟化基本上就是干 CPU 跟内存的活，这两者恰恰是最适合虚拟化的，性能高到跟宿主机比可能只有 5%以下的差距。但是这不完全是虚拟化技术的功劳。

现在都这么多年了，这些虚拟化技术其实都是很成熟。性能基本上不存在什么差距。基本上都是生态决定了用户用什么。
比如有些设备就是没有适合的驱动，我的设备就是支持 kvm 不支持 hyper-v ，你能怎么办？所以你是玩高端硬件的，有钱买 ESXi 可以，还有人帮你擦屁股。微软的 Hyper-V 同理
KVM 适合那些极客，只要你技术厉害，不管是二次开发还是支持最新或者老旧的硬件都没问题。毕竟有源码，有文档，你可以自己动手。大公司很多时候选 KVM 也是这样一个原因。

大公司成百上千台物理机服务器，VMWare vSphere 跟 Windows Server 可是按 CPU 核心算钱。自己又有钱又有人，为什么不把这些钱花在自己的团队身上？

一般家用自己喜欢折腾的，上 KVM 吧，你想玩什么都可以了。

@Rocketer 大家其实都属于一型 hypervisor ，都是直接跑在硬件上的，kvm 本质上就是把 linux 内核变成了 hypervisor 。所以驱动做得好，有硬件虚拟化指令支持，虚拟化性能都很高的。

如果你目标平台是 Debian 系的 Linux 发行版，那么请使用 dh-virtualenv 工具构建一个 deb 包作为构建产物。
此方法是我认为相对较好的了。同理 Redhat 系的也可以去寻找相类似的工具，原理还是构建一个目标平台的包。

这种方法的优势在于，
1. 可以完全在构建机器上完成构建。
2. 对系统依赖极低，基本上只依赖 CPython 解析器，同时如果依赖第三方库，可以通过发行版的包管理器解决。
3. 打包的产物基本上就是你要部署的文件，一般情况下可以做到比 Docker 镜像更小
4. 可以编写 Systemd/init.d 脚本，部署的时候一并部署了，完全做到通过系统命令来管理程序生命周期（ start/stop/restart)
5. 可以更加容易地部署静态资源文件，而不用考虑资源文件在项目中的组织或者所在相对目录

如果是为了管理以及部署方便，可以使用托管型的 k8s ，据我所知，各大云服务提供商都有提供。好不好用就不清楚，不过基本能满足你拉代码就能跑的程度。当然了，你还是要写一个 Dockerfile 用于构建能运行的镜像