基于IP地址是最简单的，只要建立两个WAN，然后在路由表添加条目，把特定IP或网段转发到特定的WAN即可。但是这不稳定，需要经常维护，因为服务的IP会自动变（不过可以结合智能DNS来使用，比如特定域名解析出的IP自动添加到路由表实现分流）。而且像百度网盘这样的应用，上传和下载服务器可能都是在一起的，根据IP没办法分开。
代理服务器方案复杂一点，但根据域名或请求类型进行分流还算稳定，配好了就能一直用，并且可以完美的处理HTTP类型流量。不过想让代理服务器完美处理HTTPS流量比较困难，如果想避免证书信任问题，就只能透明转发，这样就只能提取到域名，提取不到HTTP请求类型了。如果想接管HTTPS流量，根据请求类型进行分流，就会遇到证书不信任的问题。此外，代理服务器也完全没有处理UDP等游戏流量的能力。
此外，某些应用的登录状态是和IP绑定在一起的，切换线路会导致掉线或者访问被拒绝，服务无法正常使用，这样分流也就失去了意义。
综上所述，按应用进行分流是可行的，但根据上传下载进行分流比较困难，对登录状态绑定IP的应用来说甚至不可行。
简单来说，在路由器看来，最初建立的所有连接都是上传连接，如果不手写规则，路由器没办法自动发现它是下载连接。等路由器发现它是下载连接的时候，连接已经确立，失去了切换线路的机会。
在路由器的视角中，上传连接和下载连接唯一的区别只是上传连接中，你发送的数据包比收到的数据包多，而下载连接恰好相反。但这个信息只有连接建立后才能知道，而一但连接建立，就没办法切换线路了。
所以必须有人手写规则，在建立连接之前根据其他信息（比如域名、IP地址或HTTP请求类型）猜测该连接到底是上传还是下载，然后才能进行分流。如果要分析HTTP请求类型，就需要使用代理服务器，然后在代理服务器里添加规则，并借助iptables把流量转发到代理服务器进行分析。基于域名和IP地址的话可以使用路由规则（ip route或ip rule）实现。
@烟雨，只能根据域名或者IP地址进行分流，比如百度网盘走线路A，腾讯视频走线路B。
上传下载自动分离是做不到的，因为任何连接在最开始的时候都是上传（是你连接服务器，此时你是上传方），随后服务器开始发送大量数据，才变成下载，但此时连接已经建立，没办法切换到另一条线路了。
所以必须手动创建规则，在连接还没有建立的时候就决定要走哪条线路。
LevelDB
@c，本来就不应该做这种改变。如果可能会改变又没加锁，就是bug。
@㝶芾厶眵攴䭡，我其实不知道是新特性，只是做理论分析。
@㝶芾厶眵攴䭡，如果编译时已经优化成寄存器拷贝了，就不会有内存分配了。
如果对象很小，可以直接放在寄存器上（<=64位），用值接收者可以更快，因为可以优化为寄存器拷贝，避免了内存寻址。如果用指针接收者，就必须为对象分配内存地址，会稍慢。
@1mm0rtal，用这种方式发送一个启动sw3.exe的wine.log文件：
https://hu60.cn/q.php/bbs.topic.96470.html#nav
package main
import (
"fmt"
)
type InterfaceConnection interface {
DoSomething() int
}
type MyConnection struct {
id int
}
func (c *MyConnection) DoSomething() int {
fmt.Println("Doing something:", c.id)
return c.id
}
func main() {
Connections := make(map[uint64]InterfaceConnection)
_workerConnections := make(map[uint64]InterfaceConnection)
conn := &MyConnection{id: 1}
Connections[1] = conn
_workerConnections[1] = conn
obj, ok := Connections[1]
fmt.Printf("%v, %v\n", obj, ok)
delete(Connections, 1)
obj, ok = Connections[1]
fmt.Printf("%v, %v\n", obj, ok)
obj, ok = _workerConnections[1]
fmt.Printf("%v, %v\n", obj, ok)
}
&{1}, true
<nil>, false
&{1}, true
确实不会影响另一个
map的value是同一个&Struct{}
map的delete只是删除了键和值的对应关系，并不会对值做内存释放操作。
除非没有地方继续引用该值，它才会被垃圾回收。
所以直到fmt.Printf("%p", _workerConnections[1])执行完成，&MyConnection{id: 1}才可以被垃圾回收，在此之前它都是有效的。
@1mm0rtal，你选的游戏安装程序是什么格式，是exe吗？
@bigfuji，麒麟990只能使用华为定制的内核，安装第三方内核没有用，就算真的换了应该也启动不了。
@无名啊，可以负载均衡啊，一个直播间对应一个弹幕服务器就行了。
减少弹幕数量和屏蔽的功能都可以在前端实现，字幕轨只是用于提取弹幕内容。
顺便一提直播弹幕，我觉得最有趣的方法是直接把弹幕嵌在视频流的字幕轨里，这样只要前端加个字幕轨提取代码就行了。视频编码器那边，加字幕的工作交给切片服务器就行了，切片是很简单的工作，顺便混合一下字幕不会有什么额外开销。唯一的问题是审核，想删掉嵌入视频的弹幕比较困难
@无名啊，直播间弹幕甚至可以像直播本身一样通过无状态HTTP服务器分发，按时间切片放在不同的json文件里，然后由一个列表（类似m3u8）不断列出最新的json文件名，由播放器自行下载展示。这样就能用分发直播视频流的渠道分发弹幕了。
@无名啊，直播弹幕和群聊的不同点：
@无名啊，因为每个直播都是一个单独的连接，不需要考虑多个群共享连接，所以采用CDN模型就行了，由一个中心服务器负责发送消息，然后逐级分发给全国CDN，每个人收到的消息都一样。发弹幕则是统一发给那个中心服务器。
@卷心菜，是，所以QQ群有人数上限，就是为了避免单个群连接数太高服务器撑不住，以及形成广播风暴（每发一个消息就要转发给几千人这种）。限制为几百人是比较合适的。
至于具体的实现，可以采用消息中继模型：
@胡图图，我看贴吧说可以
@㝶芾厶眵攴䭡，还可以开这个：
https://www.alibabacloud.com/help/zh/alibaba-cloud-cdn/latest/set-a-bandwidth-cap
您可以通过配置带宽封顶功能，限制带宽用量的上限，减少因突发流量导致的损失。
不过什么数值合适很难判定，所以我没开。
@㝶芾厶眵攴䭡，我开了频次控制，刷太快会拦截。
@胡椒舰长，虎绿林的非图片附件链接。
如果没有这个，秒传的文件就只能是首次上传时的文件名了。
@王小二，测试一下DNS服务器是否正常：
nslookup 163.com
如果报错，说明DNS服务器不对，得修改exagear32的配置文件（具体比较复杂，加微信 https://hu60.cn/q.php/bbs.topic.95988.html ）。
我今天试了一下，nslookup命令在wine-3.0中不存在
不过我看到你游戏已经启动了，那游戏可以正常安装更新吧。如果可以安装更新，说明DNS没问题。建议你在允许的情况下用手机热点连接电脑看看能不能登录，如果可以登录，说明你的局域网阻止了游戏服务器连接。
@王小二，我今天试了一下，nslookup命令在wine-3.0中不存在
不过我看到你游戏已经启动了，那游戏可以正常安装更新吧。如果可以安装更新，说明DNS没问题。建议你在允许的情况下用手机热点连接电脑看看能不能登录，如果可以登录，说明你的局域网阻止了游戏服务器连接。
@王小二，测试一下DNS服务器是否正常：
nslookup 163.com
如果报错，说明DNS服务器不对，得修改exagear32的配置文件（具体比较复杂，加微信 https://hu60.cn/q.php/bbs.topic.95988.html ）。