go语言小游戏源码 go语言游戏服务端( 二 )


这里解释一下,d.Go根据源码来看,实际也是调用了一个协程 。然后上面两次d.Go并不能保证先后顺序 。目前的输出结果是1+2那个先执行了,把3写入d.ChanCb,然后把3读出来,继续读时,d.ChanCb里没有东西 , 阻塞了 。然后1+1那个协程启动了,最后又读到了2 。
现在把time.Sleep(time.Second)的注释解开,会是啥结果呢
这里执行到time.Sleep睡着了,上面两个d.Go仍然是不确定顺序的,但是会各自的function先执行掉,然后陆续把cb写入d.ChanCb 。看这次输出,1+2先写进去的 。所以最后执行d.Cb时,就把3先读出来了 。然后d.ChanCb的长度为1,说明还有一个,就是输出2了 。
另外,就是close时会判断g.pendingGo
这个例子的意思很明显,NewLinearContext这种方式,即使先调用的慢了半秒,它还是会先执行完 。
这里先是用了一个list , 加入的时候用mutexLinearGo锁了 , 都加到最后 。然后新开协程去处理 , 读的时候从最前面开始读,也要用mutexLinearGo锁 。执行的时候,也要上锁mutexExecution,确保f()执行完并且写入g.ChanCb回调,这个mutexExecution锁才会解除 。现在可以改造一个带回调的例子:
结果说明,确实是2先被写入了d.ChanCb 。
【原创】树莓派3B开发Go语言(四)-自写库实现pwm输出 在前一小节中介绍了点亮第一个LED灯go语言小游戏源码,这里我们准备进阶尝试下go语言小游戏源码 , 输出第一段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,同时四路输出的频率均是恒定的 。

推荐阅读