我记得伏魔记一开始有个地方可以拿一个非常厉害的武器

RTFM

https://golang.org/pkg/
把基础库玩熟吃透，基础库涵盖了 IO 模型、网络模型、文件模型、系统调用、缓存、排序、反射、互斥 /原子操作、常用编码 /序列化算法、常用压缩 /归档算法、常用密码学算法等等

这种情形应该用什么心里没有 B 树吗？🌚

长度就是 3，用 int64 存储，二进制就是 62 个 0、2 个 1

句柄

根据 HID 定义，扫描码最多 255 种情况，ctrl、alt、shift、win/cmd 如果不区分左右，最多 16 种组合，综上，开一个 256*16=4k 的数组，搞定🌚

支持折腾！ mp2307 哈哈，抄的 kis3r33s 吧

@chenyu8674 我 tm 社保

找个没有 IDE 的语言玩玩，比如远古的 GBASIC

台式机 CPU 和 GPU 消耗大部分电能，然后硬盘这种有机械运动的可能排第二，声卡网卡鼠标键盘几乎不耗电。显示器一般 20 ～ 30W，主要是背光，屏越大越耗电。
电池供电设备比如手机、ipad，屏幕是耗电大户，CPU 弹性很大，闲时可能耗电不及个 walkman，忙时可能比屏幕耗电都大；如果有 2G、3G、4G 模块，通信时瞬间耗电巨大。

数字电路主要因素：制程，晶体管数，频率。
目前绝大多少数字电路是 CMOS 技术，一个晶体管可以想象成一个电容，用导通和截止表示 1 和 0，导通需要往里面充入电荷，截止需要将电荷释放掉，充放电过程伴随能量损耗。制程（ xx 纳米）越小，电容量可以做的越小，即需要重放的电荷量越小；频率越高，单位时间内晶体管充放电次数就越多，同时频率高了会带来不稳定，需要提升电压，然后 Q=CU...意味着耗电量增加；运算复杂度高，要么需要很高频率，要么需要大量晶体管做专用的硬件运算或并行运算，从数量上增加了耗电量，不过一般还是比提高频率要节能。

低功耗除了提升制程外，几乎统一指导思想：随用随开，用完就关。

现在的 CPU 几乎都支持休眠，把主频暂时降到 0，然后外部信号触发时在若干时钟周期内恢复工作，休眠时只需极低的功耗。软件在完成阶段性工作后，设置 CPU 唤醒条件（比如延时 10ms 或用户按下按键或网卡接收到数据包等等，视 CPU 支持的能力）及休眠等级（不同的等级意味着关闭的组件不同，一般越深度的休眠功耗越低但唤醒时间越长），然后发出休眠指令让 CPU 休眠。这是最常用的降低功耗的办法。

其它不同的设备节能办法不一样，要看具体的工作原理，比如硬盘一般会在一段时间无读写后停转，有读写操作时再启动。有线网卡有个 EEE(绿色以太网)功能，WiFI 也有低功耗优化，基本原理大概是闲置时协商个下次唤醒时间然后关闭收发器件。显示器会在你闭眼的时候关闭背光（逗你玩的）

PC 软件能为节能做贡献的也无非：优化算法，使用高级指令集或硬件编解码，减少 CPU 占用；尽量减少读写硬盘、网络，尽量将随机读写变为批量读写；做好软件功能，少搞花里胡哨需要显卡运算的界面效果

什么是流，给“块”加上 FIFO 缓冲就是流，为什么要加缓冲，可以想一下，通信线路不停地把数据送入 IO 设备，假设每毫秒到达一个字节
1. 如果没有缓冲，CPU 必须每毫秒至少检查一次设备寄存器，如果没来得及检查，要么设备丢弃后来的数据，要么后来的数据覆盖之前的数据，总之，因为没地方存放新来的数据，必须丢弃一个
2. 如果有一个 16KB 的缓冲，不考虑延迟的话，系统只需 8K 毫秒左右查询一次缓冲即可，如果缓冲有数据，就全部取出，批量处理，既减少了在查询操作上的开销，又降低了丢弃数据的概率
3. 还有一个方法是增加一个设备忙信号，IO 设备接收到一个数据后置为设备忙状态，直到 CPU 从设备中取走数据，这种方式可避免丢弃数据，但得到的结果是通信线路大量闲置，本可以 CPU 处理数据与线路传输同时进行，但因为没有缓冲，必须接收、处理轮流进行

LG OLED

面向对象

这不就是你穷你有理嘛

来拉低中奖率

可以限制一个局域网里不出现同样的注册码