你为什么放弃golang?
因为内存管理粗糙。经常看到fmt.xxx导致内存占用太多，反射导致内存占用太多的抱怨。
go语言适合写服务器组件，那种和业务数据无关的服务器。比如数据库服务器、web服务器、日志搜索引擎等。如果用来写一个crm管理系统，非常累，因为缺乏好多高级特性和庞大的第三方库，而且语法比较单一，总体感觉就跟写命令行差不多。
Go语言是谷歌2009发布的编程语言，这个语言发明的目的，就是为了在运行速度接近C/C++语言的基础上（注意是接近），降低开发者的门槛，减少开发难度。
Go语言，在功能上没有超过C/C++，适用者为没有C/C++经验的开发者，开发出接近C效率的程序。对于已经熟练掌握C/C++的开发者来说，Go语言没有优势，还要重学语法，适应开发环境，明显是不符合效率的。
总结
其实语言这东西，都有其优势和劣势。而且有些东西并不是纯技术的。比如java的优势在于清晰的语意表达。写代码的上限不高，但是下限也不低，适合工业开发。
而go呢，不得不说go在微服务这块有先天优势。毕竟java中要实现go的很多功能，需要引入第三方库。很笨重。而go原生支持，这个微服务就很轻巧。但是go的语法太活，工业用是一个挺大的弊端。
一次golang sarama kafka内存占用大的排查经历
环境：
现象：golang微服务内存占用超过1G，查看日志发现大量kafka相关错误日志，继而查看kafka集群，其中一个kafka节点容器挂掉了。
疑问 为什么kafka集群只有一个broker挂了，客户端就大量报错呢
通过beego admin页面获取 mem-1.memprof
可以看到调用栈为 withRecover > backgroundMetadataUpdataer > refreshMeaatdata > RefreshMetada > tryRefreshMetadata > ...
sarama-cluster: NewClient
为什么kafka集群只有一个broker，但是NewClient确失败了？
在kafka容器里查看topic, 发现Replicas和Isr只有一个，找到kafka官方配置说明，自动生成的topic需要配置default.replication.factor这个参数，才会生成3副本。
go微服务开发工具箱
使用golang开发了一阵子业务代码，本文主要梳理一下自己的使用感受，并总结一下常用的类库，方便查阅。由于本人是java重度使用者，不免加以对比吐槽一下，请见谅。
对比java这里说说用go做业务开发的感受：
golang微服务 golang微服务选型
用go进行业务开发感觉成本还挺大，绝对不是省内存，云原生这么简单的事情，如果是大公司，可以用钱去砸，我没话说。中小公司如果自身团队不是go背景，想从零开始，感觉成本还挺大，个人愚见。
如何使用API 网关做服务编排？
服务编排/数据聚合 指的是可以通过一个请求来依次调用多个微服务，并对每个服务的返回结果做数据处理，最终整合成一个大的结果返回给前端。
例如一个服务是“查询用户预定的酒店”，前端仅需要传一个订单ID，后端会返回整个订单的信息，包括用户信息、酒店信息和房间信息等。
这个服务背后可能对应着以下几个操作：
微服务架构上对功能做了解耦，使用服务编排可以快速从各类服务上获取需要的数据，对业务实现快速响应。总的来说，编排有以下几点优势：
Goku API Gateway （中文名：悟空 API 网关）是一个基于 Golang 开发的微服务网关，能够实现高性能 HTTP API 转发、服务编排、多租户管理、API 访问权限控制等目的，拥有强大的自定义插件系统可以自行扩展，并且提供友好的图形化配置界面，能够快速帮助企业进行 API 服务治理、提高 API 服务的稳定性和安全性。
Goku API Gateway支持一个编排API对应多个后端服务，每个后端服务的请求参数可以使用前端传入的参数，也可以在编排里自定义（写静态参数或从返回数据里获得）。每个后端服务的返回数据支持过滤、删除、移动、重命名、拆包和封包等操作；编排API能够设定编排失败时的异常返回。
Goku API Gateway 的社区版本（CE）同时拥有完善的使用指南和二次开发指南，内置的插件系统也能够让企业针对自身业务进行定制开发。
项目地址：
官网地址：
我们将编排的整个操作放到网关进行，由网关对数据做处理与转换，这样无需对后端服务做改动。一个请求到达网关，网关调用多个后端服务，并且在网关上对各个服务的返回数据做处理（操作有过滤、移动、重命名、封包、拆包，后面会对各操作做详细解释），最后由网关将数据整合好返回给前端。
网关将编排过程中对 API的转发处理过程 （转发->获取返回数据->数据处理）称为一个 Step 。
添加一个转发服务，该服务为 查询订单详情API，配置相应的转发地址、传入的参数、对返回数据做何种处理等。
由于篇幅原因，后续的Step（查询用户详情、查询酒店详情、查询房间详情）就不一一展示了。
网关将编排过程中对 API的转发处理过程 （转发->获取返回数据->数据处理）称为一个 Step。
我们将处理查询订单详情API称为 Step1 ，其中Step1的返回数据有：用户ID、酒店ID、房间ID。同理，将查询用户信息这步称为 Step2 ，将查询酒店信息称为 Step3 ，将查询房间信息称为 Step4 。
传参规则：
以下为转发路径的传参写法：
Step2中需要接收Step1里返回的userID作为参数，同时需要接收前端传入的Authorization参数
在网关里Step2的请求参数配置如下所示，请求参数存在多个的话用换行表示：
1.查询订单详情的API，返回数据称为json1，内容如下：
2.查询用户详情的API，返回数据称为json2，内容如下：
3.查询酒店详情的返回数据，称为json3，内容如下：
4.查询房间详情的返回数据，称为json4，内容如下：
5.可以在每一个Step里对返回Json做处理，网关会将处理过的数据最后整合起来，再返回前端，例如这是通过网关返回的最终数据：
这里以查询酒店详情API的返回数据json3为例，讲解网关如何在编排过程中对返回数据做处理。
golang微服务 golang微服务选型
查询酒店详情API返回的原始数据如下：
从网关返回给前端的数据中截取酒店信息的数据如下：
从原始数据到处理后的数据需要经过以下操作：
字段黑名单的作用是排除某些字段，支持数组形式。
在网关的Step3里配置如下：
golang微服务 golang微服务选型
经过网关处理后，实际的返回数据如下，可以看到data对象里的id字段已经被过滤掉：
拆包是指将指定对象的内容提取出来作为该步骤（step）的返回结果。其中匹配目标只能为object，匹配目标为空时，结果为 {}，可用于清除数据。
在网关的Step里配置如下：
经过网关处理后，实际的返回数据如下，可以看到data对象被拆开，最终数据仅保留了data对象里面的字段：
字段封包会将当前的数据整体打包为最终返回数据中的一个对象，不支持*，不支持数组。
在网关的Step里配置如下：
经过网关处理后，实际的返回数据如下，数据被整体打包为hotelinfo对象：
经过三个步骤，就可以将原始数据变成最终的数据。
相关链接
Go微服务--常见的微服务框架
近几年诞生了很多微服务框架，比如JAVA的Spring Cloud、Dubbo;Golang的GoKit和GoMicro以及NodeJs的Seneca。几乎每种主流语言都有其对应的微服务框架。
Go在微服务框架中有其独特的优势，至于优势在哪，自行google。
1、GoKit框架
这是一个工具包的集合，可以帮助攻城狮构建强大、可靠和可维护的微服务。提供了用于实现系统监控和弹性模式组件的库，例如日志、跟踪、限流、熔断等。
基于这个框架的应用程序架构由三个主要的部分组成：
传输层：用于网络通信，服务通常使用HTTP或者gRPC等网络传输协议，或者使用NATS等发布订阅系统相互通信。
接口层：是服务器和客户端的基本构建块。每个对外提供的接口方法都会定义为一个Endpoint，一遍在服务器和客户端之间进行网络通信，每个端点使用传输层通过HTTP或gRPC等具体通信模式对外提供服务
服务成：具体的业务逻辑实现
2、GoMicro框架
这是一个基于Go语言实现的插件化RPC微服务框架。提供了服务发现、负载均衡、同步传输、异步通信以及事件驱动等机制，尝试简化分布式系统之间的通信，让开发者更专注于自身业务逻辑的开发。
GoMicro的设计哲学是可插拔的架构理念，提供了可快速构建系统的组件，并且可以根据自身的需求对GoMicro提供的默认实现进行定制。所有插件都可在仓库 中找到。