锐客网

  1. 首页 > 睿知 > it技术 > >

go语言理论补充 go语言知识点( 二 )

IT技术语言


更不会妨碍c++成为21天就能学会了的语言 。为什么Go语言如此不受待见
其实并没有不受待见，用的人还是很多的，解决一些特定领域的问题也很方便 。
每种语言的流行程度主要取决于这个语言最著名的killerapp的流行程度，C有Linux，Go有Docker 。
Go CSP并发模型Go的CSP并发模型
Go实现了两种并发形式 。第一种是大家普遍认知的go语言理论补充：多线程共享内存 。其实就是Java或者C++等语言中的多线程开发 。另外一种是Go语言特有的go语言理论补充，也是Go语言推荐的go语言理论补充：CSP（communicating sequential processes）并发模型 。
CSP 是 Communicating Sequential Process 的简称，中文可以叫做通信顺序进程，是一种并发编程模型 ， 由 Tony Hoare 于 1977 年提出 。简单来说，CSP 模型由并发执行的实体（线程或者进程）所组成，实体之间通过发送消息进行通信，这里发送消息时使用的就是通道 ， 或者叫 channel 。CSP 模型的关键是关注 channel，而不关注发送消息的实体 。Go 语言实现了 CSP 部分理论。
“不要以共享内存的方式来通信，相反，要通过通信来共享内存 。”
Go的CSP并发模型，是通过goroutine和channel来实现的 。
goroutine 是Go语言中并发的执行单位 。其实就是协程 。
channel是Go语言中各个并发结构体(goroutine)之前的通信机制 。通俗的讲，就是各个goroutine之间通信的”管道“，有点类似于Linux中的管道 。
Channel
Goroutine
驳狗屎文 "我为什么放弃Go语言此篇文章流传甚广, 其实里面没啥干货go语言理论补充，而且里面很多观点是有问题的. 这个文章在 golang-china 很早就讨论过了.
最近因为 Rust 1.0 和 1.1 的发布, 导致这个文章又出来毒害读者.
所以写了这篇反驳文章, 指出其中的问题.
有好几次 ， 当我想起来的时候，总是会问自己：我为什么要放弃Go语言go语言理论补充？这个决定是正确的吗？是明智和理性的吗？其实我一直在认真思考这个问题 。
开门见山地说，我当初放弃Go语言（golang），就是因为两个“不爽”：第一，对Go语言本身不爽；第二，对Go语言社区里的某些人不爽 。毫无疑问 ， 这是非常主观的结论 。但是我有足够详实的客观的论据，用以支撑这个看似主观的结论 。
文末附有本文更新日志 。
确实是非常主观的结论, 因为里面有不少有问题的观点(用来忽悠Go小白还行).
第0节：我的Go语言经历
先说说我的经历吧 ， 以避免被无缘无故地当作Go语言的低级黑 。
2009年底，Go语言（golang）第一个公开版本发布，笼罩着“Google公司制造”的光环 ， 吸引了许多慕名而来的尝鲜者，我（Liigo）也身居其中，笼统的看了一些Go语言的资料，学习了基础的教程，因对其语法中的分号和花括号不满，很快就遗忘掉了，没拿它当一回事 。
在2009年Go刚发布时, 确实是因为“Google公司制造”的光环而吸引了(包括文章作者和诸多IT采访人员)很多低级的尝鲜者.
还好, 经过5年的发展, 这些纯粹因为光环来的投机者所剩已经不多了(Google趋势).
目前, 真正的Go用户早就将Go用于实际的生产了.
说到 其语法中的分号和花括号不满, 我想说这只是你的 个人主观感受, 还有很多人对Go的分号和花括号很满意,
包括水果公司的的 Swift 的语言设计者也很满意这种风格(Swift中的分号和花括号和Go基本相同).
如果只谈 个人主观感受, 我也可以说 Rust 的 fn 缩写也很蛋疼!
两年之后 ， 2011年底，Go语言发布1.0的计划被提上日程，相关的报道又多起来，我再次关注它 ， 重新评估之后决定深入参与Go语言 。我订阅了其users、nuts、dev、commits等官方邮件组，坚持每天阅读其中的电子邮件 ， 以及开发者提交的每一次源代码更新，给Go提交了许多改进意见，甚至包括修改Go语言编译器源代码直接参与开发任务 。如此持续了数月时间 。

推荐阅读


上一篇：辽宁智慧人口gis系统规划方案，辽宁人口信息网网址

下一篇：虎牙直播怎么解决血腥暴力，虎牙直播的时候总是有杂音该怎么办