看来大家较多选择的次优方案其实还是调用系统浏览器，包括 pywebview 、tauri 这类都是，localserver 和 pwa （ PC 版小程序快应用）也算。目前 pwa 还不能操作本地文件，需要借助 service-worker，除了跟浏览器结合更紧密，其实跟 localserver 区别不大。

我也了解了一下 electron runtime，有些 linux 发行版确实是以这种方式进行包管理。但是碎片化十分严重，每个 electron 应用依赖的版本都不同，效果提升并不明显。github 上有关 runtime 的讨论里，electron 官方也认为组件更新迭代太快，发行 runtime 的优势不显。也是因为迭代太快，对 chromium 进行精简也跟不上更新的速度。chromium 本身耦合也非常紧密，拆分成模块是比较困难的工作。（ chromium 里其实有很多有很多对于发布应用来说是没用的可以删除的功能，例如打印当前页、pdf 查看和保存为 pdf 、截图、crx 扩展、调试等等，所以能做出来 miniblink 的作者还是很有水平的，至少把 chromium-windows 吃透了）

@9ttttttt java 层无法建立除 tcp 和 udp 以外的通信。VPNService 可以收到 icmp 包，以字节数组的形式，但是无法在不 root 的情况下发出去，只能丢弃。
你的第二个问题，大概是想实现类似 iptables 这类的东西？ iptables 打标记的原理并不是修改数据包，而是建立数据表。而 java 层也不能改包，所以就不能发送自定义内容的数据包。

至于为什么 tun2socks 使用用户态协议栈 lwip，那是因为它把包发给 socks 服务器了，而不是传输修改了 header 的 tcp 和 udp 。jvm 上并不能修改包头并重新发送。如果能直接发的话，题目的要求（转发）将变得十分简单。
所以 jvm 要转发只有俩实现方案：
1. 本地起个 socks 服务器，tun2socks 转给 socks 服务器。socks 往外的连接要传给 android protect() 一下。
2. nat 实现。各自缓存一套 tcp 和 udp 的 natsession map 。收到来自 lan 的包，检查一下有没有 session，有的话直接取出来往 wan 传送 data 。没有的话建立一个 protect() wan 连接并存入 session map 。tcp 要处理握手和挥手，收到 lan 握手包建立外部连接，lan 挥手包关闭连接清除 session，如果是 wan 关闭连接则向 lan 发送挥手包。wan udp 连接设置个 timeout，超时自动关闭，关闭时清除 session 。

@gam2046 #9
请问你最终实现报文转发了吗？
我搜了一圈，网上几乎都是 NAT 实现的。java 层似乎并不能实现用户态协议栈，因为不能发 raw 包，只能发 java 封装好的 tcp 和 udp 包。可以借助 jni 可以发 raw 包，但是如你所说，需要 root 。

有试过把钛备份装进这个空间吗？

我给三楼的举例补充一下代码说明：
```
运营商 Interface 运营商=null;
switch(用户.get 运营商()):
case 移动:
运营商=new 移动();
break;
case 联通:
运营商=new 联通();
break;
try{
运营商.发短信();
}catch(短信失败 Exception e){
运营商.打电话();
}
```

这段代码不用接口的话，实现相同功能可能需要写出许多重复代码。

@systemcall #8
阻断只影响到当前用户（本地 ip 或远程代理 ip ）与 github 的连接。弄正常 ip 对其他人没有影响吧？

> 但是很可能没有这样的公共服务，如果有的话，很快会因为滥用而被各邮件服务商封杀。

更正一下，很可能没有这样的“免费”公共服务。收费的还是有很多的。

我以前用过 maigun 的 mail api 是免费的，后来也收费了。这方面真的不多。

@abersheeran #29 请问一下有哪些 serverless 支持 mail api 的？我所知的大部分的 serverless 都是前端环境，只能跟 http 通信。

@hi543 #28
是什么应用环境？ linux 可以用 sendmail 命令。openwrt 有 mailsend 、msmtp 、ssmtp 、mini-sendmail 这些命令可以用。windows 自带邮件客户端也有命令行的用法，但是好像没多少人用它的客户端。java 有 javamail 。python 用 smtplib 。node.js 有 nodemailer 。其它平台我就不了解了。
前端环境就没法用了，因为需要跟服务器的 465 端口有 tcp 连接。除非自己架个 webservice 把 url 访问翻译成 smtp 。但是很可能没有这样的公共服务，如果有的话，很快会因为滥用而被各邮件服务商封杀。

@cryboy007 若干对策：
拒收：让收信人加白名单。或更换发信邮箱。
拒发：更换发信服务商。最稳妥是自建。
基本上自建邮局+收信白名单就没有问题了。
如果完全是自用，还可以自己发自己，基本不会出问题。

邮件的好处：服务商多，客户端多（包括微信），跨平台

大家都用邮件吧，不要太依赖微信了