一、背景

6月26、27日，第七届 Gopher China 技术分享大会在北京市朗丽兹西山花园酒店举行。有机会去体验了一次今年国内的Gopher盛会，过去一个多星期了，还是想留下点痕迹，以示纪念
继续阅读 →

一致哈希算法介绍参考本站文章《一致哈希算法理解(一致哈希学习笔记一）》

回顾一致哈希算法步骤：
0、将每一个服务器节点按照ip或者server_name, 通过hash函数(eg: crc32)得到对应的一组hash整数值，这里称做hash_servers，并对得到的整数值按由小到大进行排序。
1、将key也通过上面同一个hash函数计算得到对应hash整数值, 这里称为hash_key。

2、遍历hash_servers，用hash_key与hash_servers中的数逐个比较，当hash_key最后小于hash_servers中的那个数存在时，这个数对应的节点就是这个key所存储的节点，否则存在第一个节点。

一、Go实现
这里主要是一致哈希算法Go的一种实现笔记，PHP的实现参考本站文章《一致哈希PHP实现及应用(一致哈希学习笔记二)》
继续阅读 →

一、问题描述
超长切片，切片元素类型为int，切片中元素乱序，使用多个goroutine查找给定值是否存在，找到目标值后立即结束所有的goroutine的执行

二、解决思路
把slice分成多段，每一段起一个task goroutine进行查找，找到目标值后在全局channel中放一条消息。在main goroutine中用select阻塞读取channel中的消息，读到后调用context包的cancel方法，在所有task goroutine的context Done通道中放一条消息, task goroutine读到消息后退出。
继续阅读 →

第一部分 前景提要

一、背景
用Go搭一个小项目, 按传统的套路把开发环境和生产环境配置信息写在配置文件config.json中, 初始化加载配置，解析出数据。看着是解析一个JSON的小事，过程中却发生了3次演进：

1、定义一个配置文件对应的结构体。
2、递归加载配置的全部节点。
3、使用viper
继续阅读 →

一、背景
访问4年前在Go playground上分享的代码片段，都提示Unavailable For Legal Reasons，请求状态码为451。由于内容比较重要，花了一些时间研究原因，最终除了一个特例，其他都找回来。

二、关于HTTP 451
HTTP 451 Unavailable For Legal Reasons, 即因法律原因不可用。当用户请求访问某个经政府审核等查核方法后认定不合法的来源时，就会显示这个错误代码。
继续阅读 →

一、了解Golang包管理的动机

我们知道etcd使用Golang实现的，前段时间准备看下etcd源码，结果用go get下载安装etcd源码问题层出不穷，表面的原因是etcd依赖的Golang模块有循环依赖，深层次原因还是Golang包管理处在混乱及快速演进的过程中。

所以，想阅读调试etcd源码，必须跨过对Golang包管理不熟悉这道坎。

不得不先说一句，Golang包管理工具真是混乱至极，尤其是用了下Node.js的包管理工具npm(最近项目用到了Node.js, 简单用了用)，没有对比就伤害。
继续阅读 →

思路：通过goroutine实现并行，通过task的数量来控制，只有一个task就是串行，多个就是并行。
继续阅读 →

2年前用过一段时间Go语言，最近用map测试一些功能的时候，编译各种报错。时间长了语法有些陌生是一个原因，另一个主要原因是之前没有全面掌握。

这里就简单小结map的声明和初始化的方法。

你可能也知道map的声明和初始化方法有两种, 直接初始化和使用make，如下

var m1 map[int]int = map[int]int{1: 100, 2: 200}
var m8 map[int]int = make(map[int]int, 10)

第一部分 描述

这里重点对全局map变量和局部变量展开说明，分三种情况
继续阅读 →