背景 在 chrome 浏览器上，用高德地图的 CircleMarker, PathSimplifier 分别画点和线时候，需要实现点在线的上面的效果，此时在 windows 系统上不能正常显示红点（左侧），在 ubuntu 系统下却正常显示（右侧），如下图所示 原因 红点是由 CircleMarker 组件实现，而下面的线则是 PathSimplifier 实现，在 chrome 浏览器下不同系统的表现为： window: CircleMarker 由 canvas… »

需求背景 针对本博客现有的 Gatsby 框架实现代码复制、代码实时查看编辑的功能 技术选型 以下都是采用最后一种方案，由于插件功能不满足，所以对其源码做出改动 代码复制 技术选型 语法 优点 缺点 项目代码自实现 未实现 定制化程度高 实现难度大； 拓展较差 gatsby-remark-code-buttons 不需特定语法，只要是代码块默认具有复制功能 已具有代码复制功能 有多复制一行的 bug； UI 不符合博客主题 代码实时查看编辑 技术选型 语法 优点 缺点 样例页面 iframe… »

入门 Hello, World 我们以现已成为传统的 案例来开始吧 Go 是一门编译型语言，Go 语言的工具链将源代码及其依赖转换成计算机的机器指令（译注：静态编译）。Go 语言提供的工具都通过一个单独的命令 go 调用，go 命令有一系列子命令。最简单的一个子命令就是 run。这个命令编译一个或多个以 .go 结尾的源文件，链接库文件，并运行最终生成的可执行文件（本书使用 表示命令行提示符。） 毫无意外，这个命令会输出： Go 语言原生支持 Unicode… »

高并发架构 消息队列 为什么使用消息队列？ 优点 解耦：通过一个 MQ，Pub/Sub 发布订阅消息这么一个模型，A 系统就跟其它系统彻底解耦了。 异步：任务发到消息队列，由消费者异步消费 削峰：任务发到消息队列，由消费者决定消费速度 缺点 系统可用性降低：MQ 挂了如何处理？即如何保证消息队列的高可用？ 系统复杂度提高：怎么保证消息没有重复消费？怎么处理消息丢失的情况？怎么保证消息传递的顺序性？ 一致性问题：A 系统处理完直接返回成功，发到消息队列后供 B、C、D 消费，如果 B、D 成功、C… »

分布式系统、单体系统区别 分布式系统是对单体系统的一种改进，但这种改进同样也带来了复杂度和实现难度。 背景 单体系统存在以下情况不能应对： 业务复杂度和产品迭代速度 处理高并发、大数据量的用户请求 代码维护和团队协作 但是分布式系统引入了新问题 网络传输的三态性 数据的一致性 可用性 // TODO https://juejin.cn/book/7106442254533066787/section/7106701956340514857 »