golang并发真的比java高吗

Posted 2023-05-07

用过两种语言，但是没有开发过相同的业务。 但是在当前业务下专门测试过go的性能，不用太担心go的性能问题，而且据说即将发布的go1.5的会再次对性能有太大的提升。其实还是很喜欢go这个语言，简单，实用，而且适合大规模并发。go的学习门槛要比java要低。如果担心gc影响实时性，也可以自己申请一大块内存自己做内存管理。
大概说，Java的GC更好，Go这方面还不够。
Go的并发更好，Java要同样效果，回调写死了。
真想知道，就自己测。自己设计的测试，更可能体现你想要的指标。
事实上，他们的差别应该小到不需要考虑。 参考技术A golang是编译成机器码的，性能比java要好，经过优化性能直逼c/c++

个人对Golang中并发理解

个人觉得goroutine是Go并行设计的核心，goroutine是协程，但比线程占用更少。golang对并发的处理采用了协程的技术。golang的goroutine就是协程的实现。

十几个goroutine可能体现在底层就是五六个线程，Go语言内部帮你实现了这些goroutine之间的内存共享。执行goroutine只需极少的栈内存(大概是4~5KB)，当然会根据相应的数据伸缩也就是说，当传输数据多的情况下占用量可能会高但是使用过后会自动进行缩小。也正因为如此，可同时运行成千上万个并发任务。goroutine比thread更易用、更高效、更轻便。

不要通过共享内存来通信,而应该通过通信来共享内存。golang解决方案是消息传递机制，消息的传递就是通过channel来实现的。

采用别人的说法:

发送者角度：对于同一个通道，发送操作（协程或者函数中的），在接收者准备好之前是阻塞的。如果chan中的数据无人接收，就无法再给通道传入其他数据。因为新的输入无法在通道非空的情况下传入。所以发送操作会等待 chan 再次变为可用状态：就是通道值被接收时（可以传入变量）。

接收者角度：对于同一个通道，接收操作是阻塞的（协程或函数中的），直到发送者可用：如果通道中没有数据，接收者就阻塞了。
结果就是：如果Channel满了，就阻塞写，如果Channel空了，就阻塞读

package main
 
 import (
     "fmt"
 )
 
 //此方法是对管道进行读取
 func c(i chan int) {
     fmt.Println(<-i)
 }
 
 func main() {
     out := make(chan int)
     //对管道进行发送操作
     out <- 2
     go c(out)
 }

这里会报死锁的错误

package main
 
 import (
     "fmt"
 )
 
 //此方法是对管道进行读取
 func c(i chan int) {
     fmt.Println(<-i)
 }
 
 func main() {
     out := make(chan int)

     //在发送操作之前进行管道读取操作
     //注意的地方是：作为发送方，在准备读取之前管道是堵塞的。
     go c(out)
     //对管道进行发送操作
     out <- 2
 }

 

本文来自：

查看原文：