go| go channel讲解1

date: 2018-6-10 15:14:50
title: go| go channel讲解 1
description: 应慕课网内容分享邀请, 试录 go channel 讲解主题的分享视频

很荣幸收到 慕课网 内容分享邀请, 试录 go channel 讲解主题的视频, 定位在 初级+基础, 希望帮助大家快速入门 go, 熟悉 go channel 的使用.

分享大纲:

  • go 开发环境配置
  • go channel 讲解: 为什么会有 go 和 channel, channel 编程上的细节
  • 提升篇: 如何开始开发一个大型 go 项目; 深入理解协程之「快」

go 开发环境配置

  • 安装
  • 配置环境变量

环境变量 是非常常见的一个术语, 也是很多基础不太好的同学, 不太理解的一个概念. 要理解它其实很简单:

进程皆有环境 -- 理解UNIX进程

程序运行之后, 在操作系统里面就是进程了, 而进程都有自己的环境, 环境变量属于环境的一种, 是进程可以访问到的资源.
其中非常常用的, 是 PATH 变量, 进程通过这个变量来寻找可执行文件. 如果没有这个变量的话, 就需要使用可执行文件的完整路径了.
比如 go.exe 可执行文件, 完整路径是 c:/tools/go/go.exe, 把 c:/tools/go 加入到 PATH 环境变量里, 才可以直接执行 go run 等命令, 否则就需要使用 c:/tools/go/go run.

起步阶段, 先只需要配置 GOROOTGOPATH 2 个环境变量.

在 window 下配置环境变量有更快捷的操作: 使用 win+r 快捷键打开 运行窗口 输入 sysdm.cpl, 就可以快速打开环境变量的设置界面.

  • hello go

环境配置好后, 就可以还是 hello world 之旅啦. 推荐 2 款工具: vscode goland.

vscode: hello go

vscode 会自动监测代码文件使用的语言, 提示安装相应的插件, 按照提示安装即可. 推荐安装 code runner 插件, 安装后使用 ctrl+alt+n 就可以快速运行当前文件

goland: hello go

goland 非常推荐, 强大的代码提示和很多带来效率提升的功能, 推荐使用 view | distraction free mode, 代码 清爽 的编码体验

go channel 讲解

  • hello.go: hello world
package main

import (
    "fmt"
)

func main() {
    fmt.Println("hello czl")
}

使用 go run hello.go 运行

为什么使用协程

天下武功, 唯快不破

为了体验协程之快, 需要在 hello.go 做一点改造, 模拟一件耗时的任务, 这样方便比较

package main

import (
    "fmt"
    "time"
)

func main() {
    fmt.Println("hello czl")

    // 普通版
    doSomeThing()
    // 协程版
    go doSomeThing()
}

// 模拟一件耗时的任务
func doSomeThing() {
    time.Sleep(time.Second*1)
}

只用添加 go 关键词, 就可以将任务抛给协程来执行, 是不是 hin 简单

使用 time go run hello.go 分别来比较, 会发现, 协程版快很多

不过如果细心的话, 就会发现这个 快得有问题 -- 耗时任务明明需要 1s, 怎么协程版居然 1s 内完成了?
改造一下模拟任务的函数, 就可以发现了:

// 模拟一件耗时的任务
func doSomeThing() {
    time.Sleep(time.Second*1)
    // 增加输出, 方便查看程序的执行效果
    fmt.Println("do some thing")
}

这就是 go 程序运行机制导致的 陷阱 -- go程序运行时, 会依次寻找 package main -> func main(), 依次执行 main() 中代码,
当使用 go 关键字把任务交给协程执行后, 程序继续向下执行, 然而下面并没有其他需要执行的代码了, 所以 main() 就退出了, 并没有等待协程执行完.

问题来了: 怎么让我们程序里的协程执行完呢?

这里有三种方式:

  • 方式一, 使用 sleep, 等协程执行完, 但是就不好比较协程版和非协程版的耗时了
// 方式一: sleep
go doSomeThing()
time.Sleep(time.Second*4)
  • 方式二: 使用 channel, 通过读写 channel 触发协程等待
    // 方式二: channel
    ch := make(chan bool)
    go func() {
        doSomeThing()
        // 任务执行完了才给 channel 写数据
        ch <- true
    }()
    // 要等待 channel 里有数据
    <- ch

也正是 channel 的这一特性, 在后面 channel功能二: 协程调度 中会更详细的讲解

  • 方式三: 调用 sync 系统库里的 WaitGroup API 实现

官方的定义如下:

A WaitGroup waits for a collection of goroutines to finish.
The main goroutine calls Add to set the number of goroutines to wait for.
Then each of the goroutines runs and calls Done when finished.
At the same time, Wait can be used to block until all goroutines have finished

用代码翻译过来, 是四步:

    // 方式三: WaitGroup
    var wg sync.WaitGroup // 第一步: 声明 WaitGroup
    wg.Add(1) // 第二步: 添加需要等待的协程, 需要等多少个协程, 就添加多少
    go func() {
        // 执行完之后需要做的操作
        defer wg.Done() // 第三步: 协程调用 done() 表示协程执行完了

        // 正常需要执行的逻辑
        doSomeThing()
    }()
    wg.Wait() // 第四步: 什么地方需要等待协程执行完, 就在上面地方加上 wait()

这里使用 go 中的 defer 关键字, defer 关键字可以在函数执行完后执行.
为什么要在函数一开始调用却在函数最后执行呢? 比如函数一开始打开了一个文件, 最后写了很多逻辑, 忘了关闭文件了, 使用 defer 就可以很好的避免这种情况.

准备工作, 或者说 热身 时间有点长, 来看看协程有多快, 多执行一点任务:

    // 快在哪? 多来点任务不就知道了
    for i := 0; i < 4; i++ {
        doSomeThing()
    }

    // 协程版
    var wg sync.WaitGroup
    wg.Add(4)
    for i := 0; i < 4; i++ {
        // wg.Add(1)
        go func() {
            defer wg.Done()

            doSomeThing()
        }()
    }
    wg.Wait()

使用 time go run hello.go, 会发现协程版要快很多. 可以把 for 循环再调多点, 感受就更明显了

> 23:47 src $ time go run hello.go
hello world
do some thing
do some thing
do some thing
do some thing

real    0m4.978s
user    0m0.000s
sys     0m0.015s

> 00:23 src $ time go run hello.go
hello world
do some thing
do some thing
do some thing
do some thing

real    0m2.200s
user    0m0.000s
sys     0m0.031s

写在后面

感受到 协程之快 以及 需要多个协程来执行任务 后, 就引入了下一个话题:

为什么要使用 channel? -- 因为有多个协程.

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,298评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,701评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,078评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,687评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,018评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,410评论 1 211
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,729评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,412评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,124评论 1 239
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,379评论 2 242
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,903评论 1 257
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,268评论 2 251
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,894评论 3 233
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,014评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,770评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,435评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,312评论 2 260

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,087评论 18 139
  • 轻量级线程:协程 在常用的并发模型中,多进程、多线程、分布式是最普遍的,不过近些年来逐渐有一些语言以first-c...
    Tenderness4阅读 6,319评论 2 10
  • 作者:Li_Mr 原文:开源中国博客 ​时至2018年的今天,C++ 在互联网服务端开发方向依然占据着相当大的份额...
    OSC开源社区阅读 20,964评论 2 32
  • 原文链接:https://github.com/EasyKotlin 在常用的并发模型中,多进程、多线程、分布式是...
    JackChen1024阅读 10,631评论 3 23
  • 蒙蒙春雨却带着秋的琐碎和烦闷,让人整个心情都湿哒哒的。因为责任使然,只好一手携着儿子一手奔命。在等人的闲暇,牵着...
    苗姐va阅读 262评论 0 1