Xargin

在 这篇总结 的结尾，提到了 GraphQL 的问题。 之前在某公司落地查询 API 方案时，我们没有选择 GraphQL，是因为： GraphQL 对于数据用户来说有一定的学习成本 GraphQL

Go 1.17 修改了用了很久的基于栈的调用规约，在了解 Go 的调用规约之前，我们得知道什么是调用规约。 x86 calling convention，简单概括一下，其实就是语言对于函数之间传参的一

经常翻阅微服务材料的话，总会碰到 microservices.io 这个网站，总结了微服务方方面面的设计模式。网站的作者是 Chris Richardson。 这些相关的经验在 2018 年成为了《M

从 Go 1.14 开始，通过使用信号，Go 语言实现了调度和 GC 过程中的真“抢占“。 抢占流程由抢占的发起方向被抢占线程发送 SIGURG 信号。 当被抢占线程收到信号后，进入 SIGURG 的

看了看日历，现在已经是 2021 年了，偶尔还是能看到有人在发诸如 《http body 未关闭导致线上事故》，或者 《sql.Rows 未关闭半夜惊魂》类的文章，令人有一种梦回 2015 的感觉。

这次去 Gopher China 和不少老朋友见了个面，还有不少在微信上认识已久，一直没见过面的网友。同时也和各个公司的一线开发们聊了聊，互相交流了彼此使用 Go 时的一些心得和痛点。 综合近期了解的

前置知识在这里。 在 stackoverflow 上有这么一个问题，问题的答案中有这么几段： 简单概括一下，就是在 x86 平台采用较强的内存序，只有 store load 会发生乱序。 看各位八股文

有一个观点已经被说烂了：使用 MQ 可以帮助业务系统解耦。 想法很简单，在业务状态流转时，如果没有 MQ，那么其它系统想要知道状态变了，那就需要核心流程系统去主动做通知。 比如电商系统里订单从创建到处

前置知识在这里。 在 stackoverflow 上有这么一个问题，问题的答案中有这么几段： 简单概括一下，就是在 x86 平台采用较强的内存序，只有 store load 会发生乱序。 看各位八股文