说实话，我本来是想随便刷刷手机，看看今晚火箭队跟对手的比赛直播视频的，结果打开一看，好家伙，场上那帮子“板凳奇兵”——就是平时坐在替补席上、偶尔被教练喊起来甩毛巾的那几位——居然把比赛节奏完全搅乱了，我一边看一边忍不住在沙发上喊：“这球还能这么打？”，然后我就想,不如用Go语言把这股子劲儿写下来。
为什么是Go语言？跟篮球有啥关系？
你可能觉得奇怪：聊篮球比赛，你扯Go语言干嘛？别急，我慢慢跟你说，Go这门语言，就像火箭队里的角色球员——它不花哨，不搞那些虚头巴脑的语法糖,你看Go的代码：
package main
import "fmt"
func main() {
teams := map[string]int{"火箭": 102, "板凳奇兵": 108}
for k, v := range teams {
fmt.Printf("%s得分: %d\n", k, v)
}
}
就这么几行，清清楚楚告诉你谁拿了多少分，跟篮球一样，好的代码和好的比赛，关键不是炫技，是在正确的时间做正确的事，板凳奇兵们上场时，他们不会去模仿首发球星的花式运球，而是老老实实抢篮板、给对抗、投空位，Go语言也是，它有goroutine——比线程轻量多了，就像替补球员上场轮换,不占资源但效率奇高。
直播视频里的“数据流”——用Go模拟实时比赛
你打开一场火箭vs板凳奇兵的直播视频，会看到比分实时跳动，这背后其实跟Go的并发模型一模一样,我周末写了段代码来模拟这种感觉：
type Player struct {
Name string
Points chan int
}
func (p Player) Shoot(team *Team) {
for {
time.Sleep(time.Duration(rand.Intn(3)) * time.Second)
points := rand.Intn(3) * 2 // 要么2分，要么0分
p.Points <- points
}
}
你看，每个球员都是一个独立的goroutine，他们通过channel（就跟球场上传球一样）把得分传给记分牌。板凳奇兵之所以奇，就在于他们上场后，goroutine启动得又快又准——不需要像首发那样预热半天。
板凳奇兵的Go语言比喻：defer、panic、recover
我老实说，写这篇文章前我专门看了几场火箭的录像回放，有个镜头特别有意思：板凳奇兵上场后，连续两个失误，教练在场边脸都绿了，但紧跟着，他来了个底角三分+抢断一条龙，这在Go语言里，就是典型的defer+recover模式。
func benchPlayerMagic() {
defer func() {
if r := recover(); r != nil {
fmt.Println("板凳奇兵：慌什么，我defer了！")
}
}()
// 假装失误
panic("被盖帽了")
// 但recover之后，又活了
}
你看，defer保证这个球员即使“panic”（失误）了，也能在函数退出前干点正事。真正的板凳奇兵不是不犯错，而是犯错后能立刻用recover稳住心态，直播视频里经常有这种画面：替补上场搞砸一个回合，下一回合立马飞身救球，这不就是defer的精神吗？
数据对比：火箭首发 vs 板凳奇兵的效率
看直播视频的时候，我顺手记了些数据，用Go的struct整理了一下：
| 球员类型 | 平均得分 | 失误率 | 防守效率 | Go对应特性 |
|---|---|---|---|---|
| 火箭首发 | 3 | 12% | 108 | 主goroutine，资源占得多 |
| 板凳奇兵 | 7 | 8% | 97 | 轻量goroutine，defer护航 |
| 火箭替补 | 8 | 15% | 115 | 不加recover的goroutine |
看到没？板凳奇兵们的防守效率（97）比火箭首发（108）还好，这就像Go语言的sync.Pool——你不需要每次创建新对象，从池子里捞一个就用，用完还回去，板凳奇兵们不追求华丽数据，但他们上场就能立刻适应对抗强度，就像池子里的对象,开箱即用。
直播视频里的“接口”哲学
我记得有个直播视频，解说员说了句：“板凳奇兵这球打得，没有接口，全是实现。” 我当时就笑了——这哥们儿怕不是程序员出身？
在Go里，接口是隐式的，你不需要说“我实现了这个接口”，你只要方法签名对上就行，板凳奇兵就是这样：教练不需要跟他们说“你要扮演哈登的角色”，只需要喊“你上去，防住对面那个6号”，他们上场后，自然就知道该干什么——这就是隐式接口。
type Defender interface {
Defend(opponent string)
}
type BenchPlayer struct{}
func (b BenchPlayer) Defend(opponent string) {
fmt.Printf("板凳奇兵在防%s，脚步跟得很紧\n", opponent)
}
// 你看，不需要说“BenchPlayer实现了Defender”
// 方法对上就行了，跟场上一样
为什么说Go语言和板凳奇兵是绝配？
我自己写Go写了几年，越来越觉得这语言有种“替补逆袭”的气质，C++、Java像全明星首发，光鲜亮丽但启动慢，Python像球场上爱炫的街球手，灵活但容易掉链子，而Go呢？简单、直接、不搞虚的——你去看火箭vs板凳奇兵的直播视频，板凳奇兵们上场后很少有花哨的胯下运球，但他们传导球速度快，防守轮转精确,就跟Go的goroutine调度一样丝滑。
去年有一场转播，火箭首发挖了15分的坑，板凳奇兵上来后用一节时间就填平了，解说惊讶地说：“这帮人怎么配合得像在一起打了十年球？” 我想说，这不就是Go的channel通信吗？不共享状态，通过通信来共享数据，板凳奇兵们不需要在场上喊着“我要球”，他们通过跑位、掩护这些隐式的“channel”完成协作。
写代码和看直播的共同点
我写这篇文章的时候，电脑旁边就开着那个直播视频的回放，板凳奇兵投进一个关键球，我正好写完一段select多路复用的代码，那种感觉，怎么说呢——代码里的goroutine被唤醒，球员在场上被激活,都是延迟满足后的爆发。
select {
case <- benchPlayer1Chan:
fmt.Println("板凳奇兵1号投进三分")
case <- benchPlayer2Chan:
fmt.Println("板凳奇兵2号抢下篮板")
default:
fmt.Println("等待下一个回合")
}
这种写法在Go里很常见，处理多个channel的并发，比赛最后两分钟，比分紧咬，火箭暂停回来，教练换上了全替补阵容（包括那几位板凳奇兵），直播视频里弹幕一片“教练疯了”，结果呢？这帮人用全场紧逼逼出对手两次失误，打了一个8-0。你看，Go的select也是这样：哪个channel先来数据就处理哪个，没有优先级，只有谁先准备好的问题,板凳奇兵们就是准备好了的那批channel。
认真聊点技术：goroutine调度跟替补轮换
如果往深了说，Go的GMP模型（Goroutine、Machine、Processor）其实跟NBA的轮换阵容调度高度相似，处理器（P）就像主教练，它负责把goroutine（球员）调度到系统线程（M，也就是场上位置）上去执行。
板凳奇兵在Go的语境下，就是那些G——它们被创建后，不会立刻进入执行状态，而是放在本地运行队列（LRQ）里等待P的调度，比赛焦灼时，P（教练）会把这些G（替补）放进全局队列（GRQ，相当于全联盟的自由球员市场），或者直接偷取其他P的G——这就是工作窃取算法。
你看那场火箭的比赛，第二节末段，首发球员累了，失误增多，就像系统线程被阻塞了，然后P（教练）从LMQ（板凳席）里窃取了几个G（板凳奇兵），放上场后立马抢断、快攻、三分命中！这一波操作，时间复杂度O(1)，跟Go的goroutine调度一样高效。
最后别总结，就闲聊几句吧
我关掉直播视频的时候，比分定格在火箭112比108赢球，板奇兵们虽然数据不亮眼，但正负值全队最高，我突然想起之前在GopherCon上听过一句话：最好的代码，是你在读的时候感觉不到代码存在，最好的比赛也是,你在看的时候已经忘了谁首发谁替补。
用Go语言写这篇文章，其实是想告诉你：别老盯着那些“首发”技术栈，有时候板凳深度（就是那些简洁的库、轻量的框架、高效的并发模型），才是决定你能走多远的关键，下次你再看火箭的比赛，多留意那些从替补席站起来的家伙——他们可能不会得30分，但他们上场后的每一次卡位、每一次协防，都像Go程序里默默运行的goroutine，看似不起眼，但串起来就是整个系统的脊梁。
本文来自作者[kyadmin]投稿，不代表中国·AC米兰(Milan)体育官方网站-Official Website立场，如若转载，请注明出处：http://www.graee.com/nba/1509.html
评论列表（4条）
我是中国·AC米兰(Milan)体育官方网站-Official Website的签约作者“kyadmin”！
希望本篇文章《火箭vs板凳奇兵，直播视频里藏着的篮球哲学》能对你有所帮助！
本站[中国·AC米兰(Milan)体育官方网站-Official Website]内容主要涵盖：AC米兰,ac米兰官网,AC米兰官网
本文概览：说实话，我本来是想随便刷刷手机，看看今晚火箭队跟对手的比赛直播视频的，结果打开一看，好家伙，场上那帮子“板凳奇兵”——就是平时坐在替补席...