使用golang通道传递指针是否会违反CSP设计原则？

一分耕耘，一分收获！既然都打开这篇《使用golang通道传递指针是否会违反CSP设计原则？》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新Golang相关的内容，希望对大家都有所帮助！

下面是我的测试代码

type Data struct {
    data int
}

func printData(c chan *Data) {
    time.Sleep(time.Second * 1)
    data := <-c
    for {
        data.data = 100
    }
}

func main() {
    fmt.Println("Main started...")
    a := Data{data: 1}
    b := &a

    //create channel
    c := make(chan *Data, 10)
    go printData(c)
    fmt.Println(fmt.Printf("Value of b before putting into channel %v", *b))
    c <- b
    for {
        b.data = 20
    }
}

我使用 go build -race 来构建二进制文件，正如预期的那样，发生了数据竞争

我的疑问是我认为传递指针不正确，因为当使用具有多个 goroutine 的通道时，通道有一个锁，但是传递指针到通道，导致 goroutine 需要添加另一个锁来保护数据竞争。很奇怪

那么我的理解是对的吗？

正确答案

由于两个例程试图在不同步的情况下使用相同的底层对象，因此出现了数据争用。如果您在创建 goroutine 之前存储了指向共享对象的指针，那么您将在没有通道的情况下获得相同的竞争。如果在传递指针之后，您停止在两个 goroutine 之一中使用底层对象，那么您将不会发生竞争。因此，问题不在于通道本身，而在于在两个单独的 goroutine 中使用共享的底层对象。

换句话说，共享方法不相关。 共享这一事实才是重要的。

CSP背后的一个想法是通过通信来共享（即，发送需要处理的实际数据），而不是通过共享来通信（即，说服两个可能同时运行的单独的顺序处理器在共享数据时表现良好） .

当数据本身非常大时，发送一个指针并立即“放手”底层数据可能是一个很好的策略，可以降低数据复制的成本。但这是一种优化技术，只有在性能分析表明数据复制是操作的昂贵部分之后才应该进行。添加指针间接会增加性能成本，必须通过降低通信成本来弥补。在您的特定情况下，要操作的数据由单个 int 值组成，因此增加的指针成本大大超过任何其他降低的成本，并且您应该仅在需要时共享数据通过算法。

理论要掌握，实操不能落！以上关于《使用golang通道传递指针是否会违反CSP设计原则？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！