当我们收到线上服务的报警，如何正确的处理？当遇到莫名的性能问题，如何定位到 RootCase ?线上问题诊断总是困难重重，但是我们可以通过成熟的方法论和工具链来帮助我们迅速定位问题。这里根据我们内部的实践和大家做一个分享。

接触过 Go 的同学知道，官方没有提供集成测试覆盖率的收集方案。针对集成测试覆盖率的需求，七牛云于 2020 年开源了一款工具 Goc (https://github.com/qiniu/goc) —— Go 集成测试覆盖率收集利器，能很好地解决这个问题。

本期公开课内容分上下两部分，第一部分是介绍 ClassFile 的原理，第二部分是实战环节，我们会利用 Go+ 的 ClassFile 做一个语法上类似于 Matlab 的画图引擎。

这也是公开课中的第一次实战课程，我们希望借助这种方式，帮助大家从零开始利用 Go+ 尝试制作具备实用功能的项目，通过实战更好的理解 ClassFile 的特性。

本文通过打破大家对命令行的固有印象，对命令行的概念解构后重新梳理，开发出一种功能强大但使用极为简单的命令行解析方法。

软件开发离不开测试，测试是保证代码质量的有效手段。

Go作为一种编译型语言，经常用于实现后台服务的开发。由于Go初始的开发大佬都是C的老牌使用者，因此Go中保留了不少C的编程习惯和思想，这对C/C++ 和PHP开发者来说非常有吸引力。作为编译型语言的特性，也让Go在多协程环境下的性能有不俗的表现。但脚本语言则几乎都是解释型语言，那么Go怎么就和脚本扯上关系了？请读者带着这个疑问，“听” 本文给你娓娓道来～

数据库操作是大多数程序员必不可少的工作， GORM 作为一个拥有 25k star 的项目已经是 Go 语言操作关系型数据库的首选。由于 GORM 中提供了很多 interface{} 形式的参数，这让程序员很容易误用，导致线上项目存在 SQL 注入的风险。

系统开发过程中涉及到任务执行超时的问题，大家都知道一旦任务执行超时，任务状态没法自动更新，任务状态没有更新用户就会一直等结果，这样既没法继续重复执行超时任务用户体验也不好，因此需要解决下超时任务的问题。

垃圾回收的第一步是什么呢？要找到垃圾，如果我们反其道而行之，找到所有的存活对象，是不是也等于找到了垃圾呢? 本文想要探讨的gcDrain函数就是使用三色标记法找到存活对象的一个重要函数，了解gcDrain函数就会对golang垃圾回收机制有更深的理解。

This page demonstrates how to use WebAssembly (compiled from a tool called pdfcpu with Go v1.12) to extract the first page of a PDF file, done completely in client-side. Main idea is adding filesystem emulation support in Browser environment. To skip the prose below and go straight to the code, see the Github repo.

我们的目标是给猫 ? 做一个简单的小游戏：做一个小红点在手机上不停的移动，整个过程还有 HiFi 音乐 ?还有震动。整个项目我们会用 Golang （Go）这门语言来实现，包括 DOM 操作、逻辑还有相关的状态。

如果项目中没有单元测试，对于刚刚开始或者说是规模还小的项目来说，效率可能还不错。但是一旦项目变得复杂起来，每次新增功能或对旧功能的改动都要重新手动测试一遍所有场景，费时费力，而且还有可能因为疏忽导致漏掉一些覆盖不到的点。在这个基础上，单元测试的好处就显现了出来。在单元测试覆盖比较全面的项目中进行开发，不需要耗费大量的时间去手动测试；并且在重构的时候也可以很轻松的验证代码逻辑的正确性。

而在日常的开发中，想编写一个好的单元测试也是不容易的，因为一般我们的代码不是单纯的流程控制，有着统一规范的输入输出，大多数都是依赖着外部系统，例如：数据库，网络，第三方接口等等。对于这种情况，我们很难单纯通过Golang标准库去编写好的单元测试，这时候我们就需要借助第三方的Mock工具来帮助我们完成单元测试。

微服务生命周期6个阶段：开发、测试、部署、启动、调用、治理。我们如何运行在K8S上。

Despite being a voice and text chat app, Discord sees over a hundred million images passing through its tubes every day. While we wish it was as simple as sending them out across the tubes to your friends, delivering these images creates some pretty large technical problems. Linking directly to images would leak users’ IP addresses to image hosts, and large images use up lots of bandwidth. To circumvent these problems, Discord needs an intermediary service to fetch images on behalf of users and then resize them to reduce bandwidth usage.

Dubbo-go在之家云ASF中落地的探索和实践。

前几天有同学反馈了cgo内存泄露问题，自己也针对这个问题探索了一番，算是为以后解决类似问题提前攒点经验吧。也趁机整理了一下go开发过程中内存泄露问题的一些常用排查方法，也希望对新接触go的同学有所帮助。