以前，一旦业务量上去，我们就不得不停下手头的开发工作，部署业务所需要的环境及线上调试，到最后，只有特别熟悉业务和代码的同事才能胜任此工作。为了解决这些问题，我们从前年开始就关注了LXC，并试着小规模地使用了一段时间，但是由于LXC本身存在一系列的问题，比如内核版本的限制及二次开发困难，没能大规模地推广。 我要晨读
Go 语言和 Erlang 都是面向并发应用的语言，都采用轻量级线程和消息传递模型。尽管Go在语法上也支持共享，但必须以通信的方式同步方能保证其正确性。Erlang则是完全不支持进程间的共享，状态信息完全需要依靠消息彼此传递。 我要晨读
我们知道Go是一门面向系统级开发的Native编程语言，与C/C++ 类似，Go的编译器会直接将程序编译、链接成本地可执行文件。理论上，它可以完成任何C/C++语言能完成的。作为支撑该特性的重要方面，Go以标准库形式提供了syscall包，用来支持OS级系统调用。 我要晨读
作为一个 Go 语言门外汉，这段时间刚刚使用 Go 实现了一个分布式索引系统的仿真实验， 这篇文章就来总结一下实现过程和经验。 分布式储存的索引技术是分布式储存的一个技术重点，为了验证一种索引的设计， 自然要设计一个仿真测试来验证各项性能指标是否令人满意。 我要晨读
经常看到很多同学在打算使用go做开发的时候会问用什么http框架比较好。其实go的 http package 非常强大，对于一般的 http rest api 开发，完全可以不用框架就可以实现想要的功能。 我要晨读
Go的gc触发条件也与JVM的gc有很大区别。JVM通常是堆的使用到达某一阀值，或发生new操作失败时gc。而Go则是当从上次gc以来，新创建的对象大小等于上次gc以后存活下来的对象时触发gc. 这样，每次gc的压力就不会像JVM那么大，STW时间理所当然会短很多，但也牺牲了吞吐量。 我要晨读
函数是可以递归调用的，这意味着函数可以直接或者间接调用自身。对于一些问题而言，递归是一种非常有用的技术，例如处理递归的数据结构(树形结构)，在3.4节中，我们就通过遍历二叉树来实现简单的插入排序，在本节中，将再次使用这种技术来处理HTML文件。 我要晨读
Thrift是一种可伸缩的跨语言服务的发展软件框架。它结合了功能强大的软件堆栈的代码生成引擎，以建设服务。 我要晨读
首先我们需要明确一下并行跟并发的区别，并发一般是被内核通过时间片或者中断来控制的，遇到io阻塞或者时间片用完的时会转移线程的使用权。一个核的情况下不可能有并行的情况，因为同一时间只有一个任务在调度。 我要晨读
golang调用动态库 我要晨读
以前用golang做并发处理的时候，很是粗暴，就是利用golang的高级性能，直接fork一个任务，来处理请求，最典型的就是直接 go func，当时是因为用http和socket没觉得什么，今天再次看golang的goroutine的时候，发现这几天写的程序有些问题。 我要晨读
反射在计算机的概念里是指一段程序审查自身结构的能力，主要通过类型进行审查。它是元编程的一种形式，同样也是引起混乱的重大来源。 我要晨读
依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。在传统的程序设计过程中，调用者是自己来决定使用哪些被调用者实现的。但是在依赖注入模式中，创建被调用者的工作不再由调用者来完成，因此称为控制反转；创建被调用者实例的工作通常由注入器来完成，然后注入调用者，因此也称为依赖注入。 我要晨读
这篇文章出现的理由是业务上需要创建一个Web Server。创建web是所有语言出现必须实现的功能之一了。在nginx+fastcgi+php广为使用的今天，这里我们不妨使用Go来进行web服务器的搭建。 我要晨读
本文为部分翻译、整理。 原文为Go的开发者之一的Dave Cheney所做的 Five things that make go fast 我要晨读
golang bytes buffer代码剖析 我要晨读
fasthttp 是 Go 的一款不同于标准库 net/http 的 HTTP 实现。fasthttp 的性能可以达到标准库的 10 倍，说明他魔性的实现方式。主要的点在于四个方面 我要晨读
这一周撸了个懒人通讯协议代码生成器fastbin，这个工具会分析指定的Go代码，提取结构体信息，然后为每个结构体生成二进制序列化和反序列化的方法。 生成出来的代码符合encoding包中定义的BinaryMarshaler和BinaryUnmarshaler接口要求，此外还支持更高效的序列化和反序列化方式。 我要晨读
本系统是猎豹移动基于go语言开发的一套消息推送系统，源码地址：https://github.com/Terry-Mao/goim 我要晨读
用go写了一个守护进程程序：用于检测redis的存活状态并将结果写到zookeeper中，部署到redis机器上，对于每个redis实例会有一个goroutine每隔固定时间去检测其状态，由主goroutine负责信号处理等，再接收到信号时kill其他的goroutine。程序运行了一段时间发现，有些redis实例的对应zookeeper的信息不更新，通过日志发现对应redis的goroutine挂掉了。阅读源码发现貌似是zk的第三方库抛出一个非预期的异常导致。 我要晨读
