关于官方的二叉树的经典实现的。如下:
![1.png](http://studygolang.qiniudn.com/160804/3ea70c159dc41eeab7204d51b96505a5.png)
![2.png](http://studygolang.qiniudn.com/160804/0504f939c17106cb7ae36e42f92098c7.png)
如果有二叉树a,b,b和a的差别就是b的节点 比a多,那a使用的管道能正常关闭,b的使用管道何时关闭?b所在的goroutine何时释放?
个人认为如果出现不匹配,则始终会有管道和goroutine没有释放。
如果要释放资源,目前能想到的办法是给Walker中多传入一个flag管道判断是否需要释放资源。
![a.png](http://studygolang.qiniudn.com/160805/6739bec193956ac20bf52e7d8fe82524.png)
![b.png](http://studygolang.qiniudn.com/160805/90d1579f351410722e5de71da1b97639.png)
![c.png](http://studygolang.qiniudn.com/160805/b5311dd99220394af2b9770d93f6e37c.png)
如上图,每次先通过flag管道传递信号,提示walker是否准备停止信道的数据读取,然后再根据flag的信号决定是否关闭写入管道。因为在管道关闭时,flag会再进行一次写入,为防止死锁,所以缓冲设为1。
这样可以实现正确的释放资源,但是繁琐了不少,希望有更加独特的思路提供。
更多评论
那只是一个例子,告诉你用 channel 可以完全换一种方式来写一些逻辑,所以不要太在意细节,如果应用到实际需要更具情况把这类细节处理对了。楼主可以试图想象,如果不用 channel,同样的程序应该怎么写。
回到最开始的问题,有一种比较粗暴的办法,就是结束之后,把另一个 channel 关掉,在`Walker`的 Go routine 里面把 panic recover 住。这个办法比较简单粗暴,仅供参考,呵呵。
#1
不过close的时候会出现一种情况,就是判断之前管道还未关闭,等compare准备强制关闭管道的时候goroutine恰好把管道关闭了。这个时候就会出错。
#3