CSP并发机制

最新推荐文章于 2024-07-19 16:41:19 发布

他们说快写一首情歌

最新推荐文章于 2024-07-19 16:41:19 发布

阅读量315

点赞数

分类专栏： GO 文章标签： CSP

本文链接：https://blog.csdn.net/qq_38684512/article/details/119356481

版权

GO 专栏收录该内容

37 篇文章 0 订阅

订阅专栏

本文探讨了ActorModel和CSP在并发通信中的异同，强调了ActorModel通过无限信箱实现被动处理消息，而CSP通过Channel进行有限容量且实时交互。重点介绍了Golang中Channel的两种机制，包括传统阻塞和缓冲通道，并通过示例展示了它们在实际应用中的区别。

摘要由CSDN通过智能技术生成

@TOC

Actor Model与CSP的区别

Actor Model，两个实体之间通过发送消息的机制来协调
CSP 通过通道完成两个通讯实体之间的协调

1.和Actor直接通讯不同，CSP则是通过Channel进行通讯的，更松耦合
2.Go中channel是有容量限制并且独立于处理Groutine，Actor模式中的mailbox容量是无限的，接收进程也总是被动地处理消息。比
3.Actor的messagebox进行消息存储，在Actor模式中，messagebox的容量是无限得，channel具有容量限制
4.golang得协程，会主动从channel中处理数据，channel传递过来的消息，Actor模式中，进程总是被动得处理消息。

Channel的机制

请添加图片描述
Golang中Channel的机制有两种，
第一种是左边传统的channel的机制，两方都必须在channel上才能完成这一次交互。一方不在的情况下，另一方会被阻塞在哪里等候，直到，接收方未上线的情况下，接收方一直陷入等待状态，完成这个消息的交付，才能够继续向下执行。
第二种是右边的现代的Buffer channel的机制，发送者和接收者更深耦的关系，设定一个容量，容量没有满的时候，可以持续存储消息，容量满了，必须等待接受消息的人，拿走消息，将容量出现空余，直到有空间放入下面的消息，才可以将消息加入。接收者，有消息，就能拿到并且继续向下执行。

package csp_channel_test

import (
	"fmt"
	"testing"
	"time"
)

func service() string {
	time.Sleep(time.Millisecond*50)
	return "Done"
}

func otherTask()  {
	fmt.Println("working on something else")
	time.Sleep(time.Millisecond*100)
	fmt.Println("Task is done")
}

func TestSevice(t *testing.T)  {
	fmt.Println(service())
	otherTask()
	//完全串行 使用时间0.16ms
}

//对上层service进行包装
func AsuncService() chan string{
	//返回channel 可以在需要结果的时候等待
	retCh := make(chan string)
	//retCh := make(chan string, 1) buffer容量大小
	//b版本问题？异步返回结果，在没有使用bufferchan的情况下依旧成立
	go func() {
		ret := service()
		fmt.Println("return result")
		retCh <- ret
		fmt.Println("Service exited")
	}()
	return retCh
}

func TestAsyService(t *testing.T){
	retCh := AsuncService()
	otherTask()
	fmt.Println(<-retCh)
}