现阶段意义不是很大，谈几点吧：
1 、交叉编译环境任然是必须的，跨系统，但无法跨 cpu 架构
2 、复杂的项目往往依赖很多三方模块，要么 allinone ，要么接受可能的罢工
3 、话说 musl 库也能做到同架构同平台一处编译，至少可以从系统角度做减法
最后，我想说的是：这或许是个重要方向，但需要形成标准且被各系统厂商广泛支持才能真正发挥效用

试试 SG ，支持 P2P 及 ipv6
github.com/lazy-luo/smarGate

十几年前手撸的 excel 算不？

https://github.com/lazy-luo/lazyExcel

@kchenzhi
你的场景应该说明为什么会有这样的网络设置？这种设置为了解决什么问题？无权修改，究竟有哪些权限？少了很多上下文，难以回答。

举个极端例子：微信支付，阿里服务器开放 https 接口，你自己服务器开放 https 回调接口。。。让黑客来试试吧

事实上，可行与否取决于你能否将报文投递到对端 自己的代理上
。首先得有在对端有安装权限吧
。对端 nginx 监听端口你得有权限修改并重启吧
。满足上面条件后，你才能鸠占鹊巢，开心的玩你的代理转发

@tairan2006
很久没关注 frp 了，记得之前版本 frp 对于穿透到外网时，是通过 frps 的控制台进行配置的，而 xtcp 模式则需要两个 frpc 分别配置重启，貌似 p2p 选项还需要指定。。。网络切换时也会连不上，不清楚现在的版本得到改善了没有

sg 直接在 app 上配就行了，新增删除比较方便。功能上都是端口映射的没有本质区别，只是 frp 使用 UDP 进行打洞，sg 采用 TCP

可以了解一下 SG 的原理：
内服务器和内客户端通过外网服务器建立加密 P2P 隧道，实现内网服务器和内网客户端间通讯，此时内网服务器和内网客户端都没有任何监听端口。
github.com/lazy-luo/smarGate

@turlin 试试 SG ，拿走不谢 github.com/lazy-luo/smarGate

@jdz 推荐 SG （ github.com/lazy-luo/smarGate ）
如果 A 和 B 能 P2P ，你可以将 B/A 上的 tcp 端口直接映射到 A/B 上

安全访问家用摄像头，拿走不谢
https://cloud.tencent.com/developer/article/1926888

socket || database || queue || cache...

@unco020511 可以尝试 P2P 直连访问： https://cloud.tencent.com/developer/article/1926888

@pwrliang 你需要考虑系统整体负载。毕竟中断、系统调用、协议栈处理、事件回调等都抢占 cpu ，因此 cpu 切换开销不可避免，考虑到 fd 资源对应的内核对象大都是全局的，数量多了、并发大了锁竞争开销也就上去了。一般压测时使用 perf ，Oprofile 等工具采样分析一下就知道瓶颈在哪里了

内核线程的确是最优的，但实践中只要有良好的算法避免过线程切换，也是 ok 的

个人拙见，最求高性能最好是降低 sys 占用，毕竟系统中有很多自旋锁，高并发下会空耗 cpu

SG 见： https://github.com/lazy-luo/smarGate

事实上如果是追求极致高性能 linux server 架构，epoll_wait per thread 只是 1 种方式，配合 lockfree 算法实现 muilt-epoll handles vs thread-pool 在实践上貌似更优。另外可以充分利用 epoll 支持 leader 模式的特征...
多年前实现过 linux server 下高性能服务器框架，目前在 SG 工具上有使用，如果你有很好的硬件环境可以直接使用 SG 工具做一下性能测试：./proxy_server -i100000 -o10000 -w24 -x28080 (命令参数说明 i:最大接入连接数,o:最大接出连接数,w:最大线程数,x:启动一个简单的 http-server 端口)

这样的意义是什么呢？ epoll_wait 是系统调用，原则上越少越好，否则 sys 会非常高