13518219792
1.为什么golang的开发效率高？
创新互联主营德阳网站建设的网络公司,主营网站建设方案,重庆APP开发公司,德阳h5小程序制作搭建,德阳网站营销推广欢迎德阳等地区企业咨询
golang是一编译型的强类型语言，它在开发上的高效率主要来自于后发优势，不用考虑旧有恶心的历史，又有一个较高的工程视角。良好的避免了程序员因为“ { 需不需要独占一行 ”这种革命问题打架，也解决了一部分趁编译时间找产品妹妹搭讪的阶级敌人。
它有自己的包管理机制，工具链成熟，从开发、调试到发布都很简单方便；
有反向接口、defer、coroutine等大量的syntactic sugar；
编译速度快，因为是强类型语言又有gc，只要通过编译，非业务毛病就很少了；
它在语法级别上支持了goroutine，这是大家说到最多的内容，这里重点提一下。首先，coroutine并不稀罕，语言并不能超越硬件、操作系统实现神乎其神的功能。golang可以做到事情，其他语言也可以做到，譬如c++，在boost库里面自己就有的coroutine实现（当然用起来跟其他boost库一样恶心）。golang做的事情，是把这一套东西的使用过程简化了，并且提供了一套channel的通信模式，使得程序员可以忽略诸如死锁等问题。
goroutine的目的是描述并发编程模型。并发与并行不同，它并不需要多核的硬件支持，它不是一种物理运行状态，而是一种程序逻辑流程。它的主要目的不是利用多核提高运行效率，而是提供一种更容易理解、不容易出错的语言来描述问题。
实际上golang默认就是运行在单OS进程上面的，通过指定环境变量GOMAXPROCS才能转身跑在多OS进程上面。有人提到了网易的pomelo，开源本来是一件很不错的事情，但是基于自己对callback hell的偏见，我一直持有这种态度：敢用nodejs写大规模游戏服务器的人，都是真正的勇士 : ) 。
2、Erlang与Golang的coroutine有啥区别，coroutine是啥？
coroutine本质上是语言开发者自己实现的、处于user space内的线程，无论是erlang、还是golang都是这样。需要解决没有时钟中断；碰着阻塞式i\o，整个进程都会被操作系统主动挂起；需要自己拥有调度控制能力（放在并行环境下面还是挺麻烦的一件事）等等问题。那为啥要废老大的劲自己做一套线程放user space里面呢？
并发是服务器语言必须要解决的问题；
system space的进程还有线程调度都太慢了、占用的空间也太大了。
把线程放到user space的可以避免了陷入system call进行上下文切换以及高速缓冲更新，线程本身以及切换等操作可以做得非常的轻量。这也就是golang这类语言反复提及的超高并发能力，分分钟给你开上几千个线程不费力。
不同的是，golang的并发调度在i/o等易发阻塞的时候才会发生，一般是内封在库函数内；erlang则更夸张，对每个coroutine维持一个计数器，常用语句都会导致这个计数器进行reduction，一旦到点，立即切换调度函数。
中断介入程度的不同，导致erlang看上去拥有了preemptive scheduling的能力，而golang则是cooperative shceduling的。golang一旦写出纯计算死循环，进程内所有会话必死无疑；要有大计算量少i\o的函数还得自己主动叫runtime.Sched()来进行调度切换。
3、golang的运行效率怎么样？
我是相当反感所谓的ping\pong式benchmark，运行效率需要放到具体的工作环境下面考虑。
首先，它再快也是快不过c的，毕竟底下做了那么多工作，又有调度，又有gc什么的。那为什么在那些benchmark里面，golang、nodejs、erlang的响应效率看上去那么优秀呢，响应快，并发强？并发能力强的原因上面已经提到了，响应快是因为大量非阻塞式i\o操作出现的原因。这一点c也可以做到，并且能力更强，但是得多写不少优质代码。
然后，针对游戏服务器这种高实时性的运行环境，GC所造成的跳帧问题确实比较麻烦，前面的大神 @达达 有比较详细的论述和缓解方案，就不累述了 。随着golang的持续开发，相信应该会有非常大的改进。一是屏蔽内存操作是现代语言的大势所趋，它肯定是需要被实现的；二是GC算法已经相当的成熟，效率勉勉强强过得去；三是可以通过incremental的操作来均摊cpu消耗。
用这一点点效率损失换取一个更高的生产能力是不是值得呢？我觉得是值得的，硬件已经很便宜了，人生苦短，让自己的生活更轻松一点吧: )。
4、基于以上的论述，我认为采用go进行小范围的MMORPG开发是可行的。
在前一小节中介绍了点亮第一个LED灯，这里我们准备进阶尝试下，输出第一段PWM波形。（PWM也就是脉宽调制，一种可调占空比的技术，得到的效果就是：如果用示波器测量引脚会发现有方波输出，而且高电平、低电平的时间是可调的。）
这里爪爪熊准备写成一个golang的库，并开源到github上，后续更新将直接更新到github中，如果你有兴趣可以和我联系。 github.com/dpawsbear/bear_rpi_go
我在很多的教程中都看到说树莓派的PWM（硬件）只有一个GPIO能够输出，就是 GPIO1 。这可是不小的打击，因为我想使用至少四个 PWM ，还是不死心，想通过硬件手册上找寻蛛丝马迹，看看究竟怎么回事。
手册上找寻东西稍等下讲述，这里先提供一种方法测试 树莓派3B 的 PWM 方法：用指令控制硬件PWM。
这里通过指令的方式掌握了基本的pwm设置技巧，决定去翻一下手册看看到底PWM怎么回事，这里因为没有 BCM2837 的手册，根据之前文章引用官网所说， BCM2835 和 BCM2837 应该是一样的。这里我们直接翻阅 BCM2835 的手册，直接找到 PWM 章节。找到了如下图：
图中可以看到在博通的命名规则中 GPIO 12、13、18、19、40、41、45、52、53 均可以作为PWM输出。但是只有两路PWM0 PWM1。根据我之前所学知识，不出意外应该是PWM0 和 PWM1可以输出不一样的占空比，但是频率应该是一样的。因为没有示波器，暂时不好测试。先找到下面对应图：
根据以上两个图对比可以发现如下规律：
对照上面的表可以看出从 BCM2837 中印出来的能够使用在PWM上的就这几个了。
为了验证个人猜想是否正确，这里先直接使用指令的模式，模拟配置下是否能够正常输出。
通过上面一系列指令模拟发现，（GPIO1、GPIO26）、（GPIO23、GPIO24）是绑定在一起的，调节任意一个，另外一个也会发生变化。也即是PWM0、PWM1虽然输出了两路，可以理解成两路其实都是连在一个输出口上。这里由于没有示波器或者逻辑分析仪这类设备（仅有一个LED灯），所以测试很简陋，下一步是使用示波器这类东西对频率以及信号稳定性进行下测试。
小节：树莓派具有四路硬件输出PWM能力，但是四路中只能输出两个独立（占空比独立）的PWM，同时四路输出的频率均是恒定的。
上面大概了解清楚了树莓派3B的PWM结构，接下来就是探究如何使用Go语言进行设置。
因为拿到了手册，这里我想直接操作寄存器的方式进行设置，也是顺便学习下Go语言处理寄存器的过程。首先需要拿到pwm 系列寄存器的基地址，但是翻了一圈手册，发现只有偏移，没有找到基地址。
经过了一段时间的努力后，决定写一个 树莓派3B golang包开源放在github上，只需要写相关程序进行调用就可以了，以下是相关demo（pwm）（在GPIO.12 上输出PWM波，放上LED灯会有呼吸灯的效果，具体多少频率还没有进行测试）
以下是demo(pwm) 源码
Docker 提供了一个与 Docker 守护进程交互的 API (称为Docker Engine API)，我们可以使用官方提供的 Go 语言的 SDK 进行构建和扩展 Docker 应用程序和解决方案。
转自：
整理：地鼠文档
通过下面的命令就可以安装 SDK 了：
该部分会介绍如何使用 Golang + Docker API 进行管理本地的 Docker。
第一个例子将展示如何运行容器，相当于 docker run docker.io/library/alpine echo "hello world" ：
还可以在后台运行容器，相当于 docker run -d bfirsh/reticulate-splines ：
列出正在运行的容器，就像使用 docker ps 一样：
如果是 docker ps -a ，我们可以通过修改 types.ContainerListOptions 中的 All 属性达到这个目的：
通过上面的例子，我们可以获取容器的列表，所以在这个案例中，我们可以去停止所有正在运行的容器。
通过指定容器的 ID，我们可以获取对应 ID 的容器的日志：
获取本地所有的镜像，相当于 docker image ls 或 docker images ：
拉取指定镜像，相当于 docker pull alpine ：
除了公开的镜像，我们平时还会用到一些私有镜像，可以是 DockerHub 上私有镜像，也可以是自托管的镜像仓库，比如 harbor 。这个时候，我们需要提供对应的凭证才可以拉取镜像。
值得注意的是：在使用 Docker API 的 Go SDK 时，凭证是以明文的方式进行传输的，所以如果是自建的镜像仓库，请务必使用 HTTPS ！
我们可以将一个已有的容器通过 commit 保存成一个镜像：
当然，除了可以管理本地的 Docker ， 我们同样也可以通过使用 Golang + Docker API 管理远程的 Docker 。
默认 Docker 是通过非网络的 Unix 套接字运行的，只能够进行本地通信（ /var/run/docker.sock ），是不能够直接远程连接 Docker 的。
我们需要编辑配置文件 /etc/docker/daemon.json ，并修改以下内容（把 192.168.59.3 改成你自己的 IP 地址），然后重启 Docker ：
创建 client 的时候需要指定远程 Docker 的地址，这样就可以像管理本地 Docker 一样管理远程的 Docker 了：
现在已经有很多可以管理 Docker 的产品，它们便是这样进行实现的，比如： portainer 。
c:面向过程，语法太麻烦c＃：面向对象（跟java很像如果你对java了解估计你就会明白c＆c＃之间的区别了），是ms.netframework的主力之一，它的代码运行是安全的，里面没有指针，像java一样有垃圾回收机制。语法基本没有区别，个人感觉首先c#不必对指针进行太多的研究，然后可遗址性等，其它的区别相当大。可以说不是一个方向的。开发环境跟开发语言也是两个不同的概念学习c#并不必须有c语言的基础，不过，如果你学过c语言，那会事半功倍的，因为他们之间有很多语法是一样的。作为初学者，并没有必要先去学习c语言，你只需要有c#的完整的教程就行了。举个简单的例子，你想学开高档的轿车并不需要先去学习开低档的面包车。但如果你已经会开面包车的话，那么学开轿车就一定会容易一些了，因为他们有很多相同的地方。C语言:C语言是国际上广泛流行的、很有发展前途的计算机高级语言。它适合作为系统描述语言，即可用来编写系统软件，也可用来编写应用软件。早期的操作系统等系统软件主要是用汇编语言编写的（包括UNIX操作系统在内）。由于汇编语言依赖于计算机硬件，程序的可读性和可移植性都比较差。为了提高可读性和可移植性，最好改用高级语言，但一般的高级语言难以实现汇编语言的某些功能（汇编语言可以直接对硬件进行操作），例如：对内存地址的操作、位操作等）。人们设想能否找到一种既具有一般高级语言特性，又具有低级语言特性的语言，集它们的优点于一身。于是，C语言就在这种情况下应运而生了。C语言是在B语言的基础上发展起来的，它的根源可以追溯到ALGOL60。1960年出现的ALGOL60是一种面向问题的高级语言，它离硬件比较远，不宜用来编写系统程序。1963年英国的剑桥大学推出了CPL（CombinedProgram-mingLanguage）语言。CPL语言在ALGOL60的基础上接近了硬件一些，但规模比较大，难以实现。1967年英国剑桥大学的MatinRichards对CPL语言作了简化，推出了BCPL（BasicCombinedProgrammingLanguage）语言。1970年美国贝尔实验室的KenThompson以BCPL语言为基础，又作了进一步简化，设计出了很简单的而且很接近硬件的B语言（取BCPL的第一个字母），并用B语言写第一个UNIX操作系统，在PDP-7上实现。1971年在PDP-11/20上实现了B语言，并写了UNIX操作系统。但B语言过于简单，功能有限。1972年至1973年间，贝尔实验室的D.M.Ritchie在B语言的基础上设计出了C语言（取BCPL的第二个字母）。C语言既保持了BCPL和B语言的优点（精练、接近硬件），又克服了它们的缺点（过于简单、数据无类型等）。最初的C语言只是为描述和实现UNIX操作系统提供一种工作语言而设计的。1973年，K.Thom-pson和D.M.ritchie两人合作把UNIX的90%以上用C改写（UNIX第5版。原来的UNIX操作系统是1969年由美国的贝尔实验室的K.Thompson和D.M.Ritchie开发成功的，是用汇编语言写的）。后来，C语言多次作了改进，但主要还是在贝尔实验室内部使用。直到1-975年UNIX第6版公布后，C语言的突出优点才引起人们普遍注意。1977年出现了不依赖于具体机器的C语言编译文本《可移植C语言编译程序》，使C移植到其它机器时所做的工作大大简化了，这也推动了UNIX操作系统迅速地在各种机器上实现。例如，VAX，ATT等计算机系统都相继开发了UNIX。随着UNIX的日益广泛使用，C语言也迅速得到推广。C语言和UNIX可以说是一对孪生兄弟，在发展过程中相辅相成。1978年以后，C语言已先后移植到大、中、小、微型机上，已独立于UNIX和PDP了。现在C语言已风靡全世界，成为世界上应用最广泛的几种计算机语言之一。以1978年发表的UNIX第7版中的C编译程序为基础，BrianW.Kernighan和DennisM.Ritchie(合称KR)合著了影响深远了名著《TheCProgrammingLan-guage》，这本书中介绍的C语言成为后来广泛使用的C语言版本的基础，它被称为标准C。1983年，美国国家标准化协会（ANSI）根据C语言问世以来各种版本对C的发展和扩充，制定了新的标准，称为ANSIC。ANSIC比原来的标准C有了很大的发展。KR在1988年修改了他们的经典著作《TheCProgra-mmingLanguage》，按照ANSIC的标准重新写了该书。1987年，ANSIC又公布了新标准--87ANSIC。目前流行的C编译系统都是以它为基础的。C#:C#是Microsoft公司设计的一种编程语言。它松散地基于C/C++，并且有很多方面和Java类似。Microsoft是这样描述C#的：“C#是从C和C++派生来的一种简单、现代、面向对象和类型安全的编程语言。C#(读做‘Csharp’)主要是从C/C++编程语言家族移植过来的，C和C++的程序员会马上熟悉它。C#试图结合VisualBasic的快速开发能力和C++的强大灵活的能力。”附：一个简单的C#程序是怎样的?可以是这样:classCApplication{publicstaticvoidMain(){System.Console.Write(“Hello，new.NETworld!”);}}(你不能将Main()作为全局函数——C#没有全局函数)C#是面向对象的吗?是的，C#像Java和C++一样，是一个面向对象的语言。C#有自己的类库吗?不，就像所有的.NET语言（VB.Net，JScript.Net）一样，C#访问.NET类库，C#没有自己的类库。C#提供什么标准类型?C#支持的基本类型和C++很相似，包括int,long,float,double,char,string,arrays,structs和classes。然而，不要假设太多，名字可能很形似，但是一些细节不相同。例如C#中的long是64位的，而C++的long取决于平台，32位的平台上是32位的，64位的平台上是64位的。class和struct在C++中几乎完全一样，但在C#中并不是这样的。
