Go的List操作上的一个小“坑”

kjfcpua · 2014-10-25 17:00:00 · 10492 次点击 · 预计阅读时间 2 分钟 · 大约8小时之前 开始浏览    
这是一个创建于 2014-10-25 17:00:00 的文章,其中的信息可能已经有所发展或是发生改变。

一直想不清楚一个问题,简单设计的东西到底是“坑多”还是“坑少”呢? 复杂的设计,考虑的太全面,使用起来更麻烦,使用者容易陷入乱,落入自身的陷阱;而简单的设计呢,在许多方面上又顾及不周,如果使用者对其“设计”没仔细研究,或者其实现本身又是一个黑盒子,也容易掉入到设计本身遗留下来的“陷阱”。下面是我刚开始使用Go写代码时碰到的一个小“坑”,这个“坑”的原因我归结为后者。

这个“小坑”来自于go的container/list package的使用上。导致“坑”的代码大概如下所示:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
package main

import (
  "container/list"
  "fmt"
)

func main() {
  //初始化一个list
  l := list.New()
  l.PushBack(1)
  l.PushBack(2)
  l.PushBack(3)
  l.PushBack(4)

  fmt.Println("Before Removing...")
  //遍历list,删除元素
  for e := l.Front(); e != nil; e = e.Next() {
      fmt.Println("removing", e.Value)
      l.Remove(e)
  }
  fmt.Println("After Removing...")
    //遍历删除完元素后的list
  for e := l.Front(); e != nil; e = e.Next() {
      fmt.Println(e.Value)
  }
}

以上代码很简单,按常理来看,应该能得到正确的结果,list最后将会被清空。可事实却完全不是这样,执行后结果如下:

1
2
3
4
5
6
Before Removing...
removing 1
After Removing...
2
3
4

从结果可以看出,list根本没有清空,而只是删除了第一个元素。这是为何?原因就在container/list package的实现上了。这应该是我见过的实现最简单list了,出去注释也就100来行实现代码,而且它不只是一个简单链表,而且可以当做stack,当做queue来使用。

下面是Remove方法的代码:

1
2
3
4
5
6
7
8
9
10
// remove removes e from its list, decrements l.len, and returns e.
func (l *List) remove(e *Element) *Element {
  e.prev.next = e.next
  e.next.prev = e.prev
  e.next = nil // avoid memory leaks
  e.prev = nil // avoid memory leaks
  e.list = nil
  l.len--
  return e
}

这下问题原因就明显了,就出现在e.next = nil 这行代码上。当执行玩remove,e.next就变成了nil,list遍历当然也就终止了。找出问题的原因,我们就容易找到workaround的办法了,将e.next用中间变量保存起来就OK了,代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
package main

import (
  "container/list"
  "fmt"
)

func main() {
  l := list.New()
  l.PushBack(1)
  l.PushBack(2)
  l.PushBack(3)
  l.PushBack(4)
  fmt.Println("Before Removing...")
  var n *list.Element
  for e := l.Front(); e != nil; e = n {
      fmt.Println("removing", e.Value)
      n = e.Next()
      l.Remove(e)
  }
  fmt.Println("After Removing...")
  for e := l.Front(); e != nil; e = e.Next() {
      fmt.Println(e.Value)
  }
}

正常结果输出:

1
2
3
4
5
6
Before Removing...
removing 1
removing 2
removing 3
removing 4
After Removing...

有疑问加站长微信联系(非本文作者)

本文来自:CSDN博客

感谢作者:kjfcpua

查看原文:Go的List操作上的一个小“坑”

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

10492 次点击  
加入收藏 微博
上一篇:golang基础知识
7 回复  |  直到 2000-01-01 00:00:00
nanjishidu
nanjishidu · #1 · 10年之前

前几天遇到了这个问题,赞。。。

polaris
polaris · #2 · 10年之前
nanjishidunanjishidu #1 回复

前几天遇到了这个问题,赞。。。

看来遇到这个问题的人还是会有的。:smile:

nanjishidu
nanjishidu · #3 · 10年之前
polarispolaris #2 回复

#1楼 @nanjishidu 看来遇到这个问题的人还是会有的。:smile:

如果第一次写,应该会入坑。。。

everly
everly · #4 · 10年之前

遇到这个问题的人一定之前没用过STL 吧~hehe

jahe
jahe · #5 · 10年之前

第一次写list的remove时,就觉得应该不是和循环的写法一样。查看go doc上有个正确的写法,也就是楼主贴出的,用中间变量过度一下。

as1138
as1138 · #6 · 10年之前

开头那段话很不错,最后有没有什么结论呀?怎么做合适的设计

Domac
Domac · #7 · 10年之前

我是使用Go 1.4 的. 代码中,是否应该是:

      var n = &list.Element{}
    for e := l.Front(); e!=nil; e = n {
        fmt.Println("removing:", e.Value)
        n = e.Next()
        l.Remove(e)
    }
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传
X
登录和大家一起探讨吧