你看世界杯抽签那阵仗，32支球队一出来，全世界球迷就跟疯了似的，但你知道吗，作为一个程序员，我第一反应不是“哎哟这组死亡之组”，而是——“我要拿Go语言撸一个赛程表出来”，听起来有点离谱？但这事儿我真干了,而且越干越上头。
为什么偏偏是Go语言？
说实话，一开始我也犹豫过：Python写个赛程表不香吗？两行代码的事儿，但后来我琢磨了一下，世界杯赛程32强赛程表这东西，它不是一张静态表格就完事了——你得实时更新比分、算小组出线概率、甚至搞个倒计时吧？这时候Go的并发优势和轻量级特性就出来了，我可以用goroutine同时处理好几场比赛的数据更新，还能用channel把每场比赛的结果串起来,这比Python那种GIL锁住的单线程爽太多了。
而且啊，Go的编译速度是真的快，我改个数据结构，保存一下，几乎秒编译，这种“即时反馈”的感觉，就跟点球大战里一脚定乾坤——爽。
第一步：数据结构就是球队的“身份证”
别以为写代码就是键盘啪啪啪，先想清楚数据怎么存，我一开始傻乎乎地用一个二维数组直接写死赛程，结果小组赛第二轮我手动改了40分钟，差点把键盘砸了,后来老老实实搞了一套结构体:
type Team struct {
Name string
Group string
Points int
GoalDiff int
}
type Match struct {
HomeTeam string
AwayTeam string
HomeGoal int
AwayGoal int
Group string
Round string // "group", "round16", "quarter", "semi", "final"
}
你看，这就是Go的结构体，干净利落，没有继承没有多态，就是纯纯的数据容器，但恰恰是这种“朴实无华”，让你一眼就能看出每支球队算分需要什么——积分、净胜球,完事儿。
第二步：小组赛循环，比看球还晕
32支球队分8个小组，每组4队，单循环，这就是一个排列组合问题啊兄弟们，我一开始用数学方法算每轮对阵，结果发现同组球队不能重复碰面，搞了几个if嵌套后,代码完全变成了意大利面条。
后来我学乖了,直接用Go的切片和for循环：
func generateGroupMatches(teams []Team) []Match {
var matches []Match
for i := 0; i < len(teams); i++ {
for j := i + 1; j < len(teams); j++ {
matches = append(matches, Match{
HomeTeam: teams[i].Name,
AwayTeam: teams[j].Name,
Group: teams[i].Group,
Round: "group",
})
}
}
return matches
}
你发现没？就这几行代码，完全避免了重复对阵，因为每次j从i+1开始，永远不会出现反过来再赛一遍的情况，这在小球赛里搞配对,简直太优雅了。
然后我没忘，每轮比赛要穿插着来——你不能让A组一天打光、B组等三天，我用了点小技巧：把8个小组的第一轮比赛打散，然后用time.Ticker控制输出节奏,这感觉真的就像是在模拟真正的世界杯赛程表。
第三步：淘汰赛的对阵生成，让我差点放弃
淘汰赛才是真正的噩梦，小组第一碰另一个组的小组第二，而且16进8之后还得重新排，我一开始画了一张对阵树，结果发现我的代码和现实世界的对阵表根本对不上。
我又去翻了翻真实的世界杯赛程32强赛程表（那个国际足联官方发布的），然后发现一个关键细节：淘汰赛对阵是根据小组赛后的固定结构来的，不是随机抽的，A1打B2，B1打A2，C1打D2……这种“蛇形交叉”其实是有规律的。
我在Go里写了一个映射：
var knockoutPairs = map[string]map[int]string{
"16": {
1: "A1 vs B2",
2: "C1 vs D2",
3: "B1 vs A2",
// ... 等等
},
}
虽然这样写有点“死”，但你想想，世界杯的淘汰赛对阵就是死的啊，没有什么动态算法能改变的，我反倒觉得这种方式更安全——至少不会出现A组第一打A组第二这种荒诞的事情。
第四步：用表格展示赛程，才叫真本事
你如果以为我写个fmt.Println就完事儿了，那你太小看我较真的劲儿了，我直接在终端里画了一个带边框的表格，用字母、线条、标点符号拼出来的，说实话，最开始歪歪扭扭的，后来我用strings.Repeat和unicode画框字符才像样。
大概长这样（终端下更好看）：
| 组别 | 主队 | 比分 | 客队 | 轮次 |
|---|---|---|---|---|
| A组 | 卡塔尔 | 0-2 | 厄瓜多尔 | 第1轮 |
| A组 | 塞内加尔 | 1-1 | 荷兰 | 第1轮 |
| B组 | 英格兰 | 6-2 | 伊朗 | 第1轮 |
你看，我用Markdown表格标签做的，在终端里跑的就是这种样式，加粗的比分表示强队赢了，斜体表示爆冷，这种感觉,比看某个App的推送可有意思多了。
这里有个细节：Go里没有原生的Markdown渲染，但我自己写了字符串拼接函数，把每一行的内容整理成一个切片，然后用strings.Join加上分隔线，做到最后我发现：写代码和排赛程是一回事——细节决定体验。
第五步：实时更新？这得靠goroutine
我能接受赛程表是静态的，但不能没有动态更新机制，比如你进一个球，比分变了，出线概率也变了，我当然不可能手动刷新命令行,于是我把每场比赛的比分更新放到一个goroutine里:
go func(match *Match) {
for {
select {
case goal := <-goalChan:
// 根据goal进来的是主队还是客队，更新比分
if goal.Team == match.HomeTeam {
match.HomeGoal++
} else {
match.AwayGoal++
}
updateTable(match.Group)
case <-done:
return
}
}
}(&matches[i])
这个channel的设计，让我觉得 代码活起来了，每有一条进球数据进来，比赛状态自动刷新，小组积分自动重算，你根本不用中断程序，它就一直在那里“直播”。
当然了，我也出了个岔子：一开始我把channel设成了无缓冲的，结果goroutine和主线程互相等待，直接死锁了，那一刻我的表情大概比输球的球迷还难看——goroutine虽好，但channel用不好也会翻车。
后来改成了带缓冲的channel,一切顺畅。
第六步：出线规则，全球统一的“判卷标准”
你知道32强出线规则怎么算吗？同分先看净胜球，再看得失球，然后看相互战绩，这玩意儿我在代码里写死了，但出过bug——我忘了考虑“同组同分”的特殊情况。
有一次模拟，荷兰和厄瓜多尔同积5分，我的程序直接按字母顺序排了，结果厄瓜多尔出线了，这要真发生在现实里,估计得引发外交纠纷。
后来我加了一层逻辑：
func sortGroupTeams(teams []Team) {
sort.Slice(teams, func(i, j int) bool {
if teams[i].Points != teams[j].Points {
return teams[i].Points > teams[j].Points
}
if teams[i].GoalDiff != teams[j].GoalDiff {
return teams[i].GoalDiff > teams[j].GoalDiff
}
// 再比相互战绩
return compareHeadToHead(teams[i], teams[j])
})
}
这里用的排序接口是Go标准库自带的,没有第三方依赖，就是纯逻辑。但有一点我至今没解决——三队同分同净胜球时的复杂情况，那个逻辑在纸面上都绕、更别说代码里了，所以我承认、我留了个TODO注释,也许这就是代码和真实赛程表的差距吧。
第七步：用费曼学习法来验证-假装讲给小学生听
我写完程序,请一个完全不懂代码的朋友来看，他说：“你就在终端放了一张赛程表，它也不动啊。”我说不对，你按一下空格试试，我绑了个键盘监听事件，按一下空格、就推进下一轮比赛，比分自动变化、小组排名自动更新，他说：“哦哦哦，那就是live的嘛！”
那一刻我发现：最好的代码不是有多炫酷，而是别人一眼就明白你在模拟什么，这就是费曼法——不用术语，不用概念，就用一个物理按键，让人理解“实时更新”这四个字。
我甚至还在程序里加了一个模拟倒计时：每5秒自动推进比赛、模拟进球，配合彩色终端输出，看起来就跟真的在看比赛一样，只不过比赛双方是你写的结构体，进球函数是你写的+1操作。
第八步：发布到GitHub，一不小心火了？
我把代码推到GitHub，写了个简单的README。没多久，居然有人给我提PR，说什么“小组赛G组的第二场排错了”，我一看，诶，还真是——我在处理交叉轮次的时候，顺序和真实赛程表不一样，那个老哥直接附上了FIFA官方的PDF截图，我边修bug边感叹：世界杯赛程32强赛程表真不是闹着玩的，一个细节都不能错。
这个社区反馈让我很兴奋，搞编程这么久,第一次有人因为一个比赛表提代码修改意见。
最后再叨叨几句技术细节
写这个Go项目，我学到的最大教训是：不要高估程序逻辑，不要低估现实规则，你以为小组出线就是积分排序，但实际上FIFA的规则厚得像一本小说，你以为goroutine很牛,但死锁和资源竞争会让你怀疑人生。
Go语言本身的魅力，说实话，如果我用Java写，可能写到淘汰赛就崩溃了——因为class定义太繁杂，如果用Python写，并发部分会卡死在GIL上，Go的并发原语配合简洁的结构体，写出这种“模拟世界杯赛程”的程序，会感到一种 恰到好处的匹配感。
最后我还在项目里加了一个功能：用户输入球队名字，程序会输出该队所有比赛和预测出线概率，这东西对一个球迷来说,简直比某体育App还实用。
嗯，说了这么多，其实好像也还没完全搞完，代码里的小bug还在，有些边界情况也还没处理，但没关系，就像世界杯一样——不到最后一刻，你永远不知道谁会出线，我这个赛程表，也在不断地出bug、修bug的循环里,陪着下一个四年的倒计时一起运行着。
本文来自作者[kyadmin]投稿，不代表678体育 - 全网热门体育赛事高清直播平台立场，如若转载，请注明出处：http://66weibo.cn/qc/1335.html
评论列表（4条）
我是678体育 - 全网热门体育赛事高清直播平台的签约作者“kyadmin”！
希望本篇文章《用Go语言写一个世界杯赛程32强赛程表？我试了，结果比看球还上头》能对你有所帮助！
本站[678体育 - 全网热门体育赛事高清直播平台]内容主要涵盖：678体育,678体育官网,678赛事直播
本文概览：你看世界杯抽签那阵仗，32支球队一出来，全世界球迷就跟疯了似的，但你知道吗，作为一个程序员，我第一反应不是“哎哟这组死亡之组”，而是——...