import "bufio"
创新互联专注于中大型企业的成都网站设计、做网站和网站改版、网站营销服务，追求商业策划与数据分析、创意艺术与技术开发的融合，累计客户数千家，服务满意度达97%。帮助广大客户顺利对接上互联网浪潮，准确优选出符合自己需要的互联网运用，我们将一直专注品牌网站设计和互联网程序开发，在前进的路上，与客户一起成长！
reader:=bufio.NewReader(conn)
reader.ReadLine()
//import "io"
io.Copy(dst , src)
//import "io/ioutil"
ioutil.ReadAll(Conn)
File.Read(buf)
con.Write(buf)
Hello，大家好，又见面了！上一遍我们将 channel 相关基础以及使用场景。这一篇，还需要再次进阶理解channel 阻塞问题。以下创建一个chan类型为int，cap 为3。
channel 内部其实是一个环形buf数据结构 ，是一种滑动窗口机制，当make完后，就分配在 Heap 上。
上面，向 chan 发送一条“hello”数据：
如果 G1 发送数据超过指定cap时，会出现什么情况？
看下面实例：
以上会出现什么，chan 缓冲区允许大小为1，如果再往chan仍数据，满了就会被阻塞，那么是如何实现阻塞的呢？当 chan 满时，会进入 gopark，此时 G1 进入一个 waiting 状态，然后会创建一个 sudog 对象，其实就sendq队列，把 200放进去。等 buf 不满的时候，再唤醒放入buf里面。
通过如下源码，你会更加清晰：
上面，从 chan 获取数据：
Go 语言核心思想：“Do not communicate by sharing memory; instead, share memory by communicating.” 你可以看看这本书名叫：Effective Go
如果接收者，接收一个空对象，也会发生什么情况？
代码示例 ：
也会报错如下：
上面，从 chan 取出数据，可是没有数据了。此时，它会把 接收者 G2 阻塞掉，也是和G1发送者一样，也会执行 gopark 将状态改为 waiting，不一样的点就是。
正常情况下，接收者G2作为取出数据是去 buf 读取数据的，但现在，buf 为空了，此时，接收者G2会将sudog导出来，因为现在G2已经被阻塞了嘛，会把G2给G，然后将 t := -ch 中变量 t 是在栈上的地址，放进去 elem ，也就是说，只存它的地址指针在sudog里面。
最后， ch - 200 当G1往 chan 添加200这个数据，正常情况是将数据添加到buf里面，然后唤醒 G2 是吧，而现在是将 G1 的添加200数据直接干到刚才G2阻塞的t这里变量里面。
你会认为，这样真的可以吗？想一想，G2 本来就是已经阻塞了，然后我们直接这么干肯定没有什么毛病，而且效率提高了，不需要再次放入buf再取出，这个过程也是需要时间。不然，不得往chan添加数据需要加锁、拷贝、解锁一序列操作，那肯定就慢了，我想Go语言是为了高效及内存使用率的考虑这样设计的。（注意，一般都是在runtime里面完成，不然会出现象安全问题。）
总结 ：
chan 类型的特点：chan 如果为空，receiver 接收数据的时候就会阻塞等待，直到 chan 被关闭或者有新的数据到来。有这种个机制，就可以实现 wait/notify 的设计模式。
相关面试题：
使用文件名作为输入
另一个常见错误是将文件名传递给函数。
假设我们必须实现一个函数来计算文件中的空行数。最自然的实现是这样的：
filename 作为输入给出，所以我们打开它然后我们实现我们的逻辑，对吧？
现在，假设我们希望在此函数之上实现 单元测试 ，以使用普通文件，空文件，具有不同编码类型的文件等进行测试。很容易变得非常难以管理。
此外，如果我们想要实现相同的逻辑但是对于HTTP主体，例如，我们将不得不为此创建另一个函数。
Go有两个很棒的抽象： io.Reader 和 io.Writer 。相反，通过一个文件名，我们可以简单地传递一个 io.Reader 作为 抽象 的数据源。
它是文件吗？一个HTTP正文？字节缓冲区？这并不重要，因为我们仍然会使用相同的 Read 方法。
在我们的例子中，我们甚至可以缓冲输入以逐行读取它。所以，我们可以使用 bufio.Reader 它的 ReadLine 方法：
现在，打开文件本身的责任委托给 count 客户：
使用第二种实现，无论 实际数据源 如何，都可以调用该函数。同时，它将 促进 我们的单元测试，因为我们可以简单地创建一个 bufio.Reader 来自 string ：
翻译自：