在 Golang 中依赖注入是 解药 还是 毒药?
前言看到标题,有人可能会疑惑,其实原因是当我在网络上搜索有关 golang 依赖注入、 wire 这些关键词的时候,有一些评论是下面这样的:
有人认为 依赖注入 不应该出现在 golang 中,是毒药
而也有人认为 依赖注入 是非常好的设计思路,是依赖管理的解药
在经过不少项目的磨砺,笔者也终于对依赖注入有了新的认识,但这几个月一直在折腾和纠结,到底要不要写本文。网络上早就已经有了各种讨论有关于 Golang 是否需要 依赖注入 的呼声。今天,我还是觉得将它换一个角度,作为一个个人的小总结和感悟将它记录下来。
故,本文建议推荐给下述人群:
还在纠结 golang 要不要使用依赖注入的人
对 依赖注入 理解还有所疑惑的人
为了简述,下文有以下简称依赖注入 简称为:DI面向对象 简称为:OOP
个人观点我不喜欢浪费时间,也避免标题党嫌疑,所以为了节约时间,对于已经知道 DI 概念的朋友,直接先给出我自己的观点:
如果你现在做的项目不大,或是个人项目,并且还在尝试阶段。完全的面向过程编程,在 go 中是可行的。
但如果你的项目比较大,又是多人协作,我真心 ...
尝试 Google Gemma 模型 MacOS 本地部署
前言最近 Google 发布了 Gemma,是 Gemini 的低配版本,既然是 Google 出品那我一定要来吃螃蟹的。所以我本地部署了一个 7b 的版本来尝试使用一下看看效果。同时也来说明一些有关大模型本地部署使用的一些个人体会,比如,你可能会有以下问题:
怎么本地部署使用?
我本地的电脑能不能跑?
本地跑的效果到底怎么样?
首先,我想敲醒你沉睡的脑子。对于本地部署模型,你先要问清楚自己想要的是什么?也就是为什么需要本地部署,如果仅仅是想跑着玩,那没问题。如果只是平常使用,并且你已经能用 GPT 了,本地其实对于你来说毫无意义,因为你指望你的小电脑哪怕是大显卡能和别人成吨的 A100 相比吗?(夸张的修辞) 如果,醒了还是想玩,那么可以往下看了,最后我会总结本地去跑有哪些优势。
如何部署这里我推荐两个:
https://ollama.com/
https://jan.ai/
这二者基本都已经做到了开箱即用的地步了,其中我会更喜欢 ollama 一点。所以我就简单列一下它的步骤(其实官网已经描述的非常详细了,也很简单 https://github.com/ollama/oll ...
什么是索引下推?
前言今天来水一篇 MySQL 的问题。什么是索引下推?其实很多概念都是被中文名字唬住了,这个概念并不复杂。如果看得懂英文,建议直接跳转 Index Condition Pushdown Optimization
回表这是一个前置知识点。当我们通过索引找到某条数据时,其实只是找到了它对应的 id,需要根据 id 回到原来的表里面把数据捞出来,这个过程就是回表。
索引下推直接用官方的例子说明:有一个索引 INDEX (zipcode, lastname, firstname) 有一个查询如下:
1234SELECT * FROM people WHERE zipcode='95054' AND lastname LIKE '%etrunia%' AND address LIKE '%Main Street%';
本来是不能命中全部索引的,因为后面两个条件是左 % LIKE,当然最左匹配原则可以先利用 zipcode 定位到数据。下面就是关键了:
如果,没有索引下推,那么当找到这条数据时,需要回表找到原数据来判断是否满足条件 ...
《一起读 kubernetes 源码》原来 k8s 也有 GC
📢 注意,该文本非最终版本,正在更新中,版权所有,请勿转载!!
前言作为 k8s 的使用者而非维护者来说,对于 k8s 的 GC 其实是很难接触到的(几乎是无感的)。这也就是为什么标题写的惊讶 “原来 k8s 也有 GC”。GC 这个概念在很多语言中都有的,比如 Java 和 Golang,它就是帮助我们来回收垃圾的。在编程语言中,GC 主要是回收那些垃圾对象;那么相对于的 k8s 中,GC 需要回收哪些资源呢?今天的内容不复杂,源码里面都是那种很符合直觉的实现。
心路历程其实,我一开始最好奇的就是镜像,由于 docker 镜像的大小我们是可想而知的。就算是我们常常使用的本地电脑,磁盘都有可能被占用很多,更别提是服务器这种动不动就更新镜像的情况了。
码前提问
K8S 的 GC 回收哪些资源?
K8S 的 GC 什么时候运行?
K8S 的 GC 是谁运行的?
源码分析今天的入口还是比较好找的,因为很明确的命名 GarbageCollection 找到它,肯定就是了。首先,我们依旧先来看接口
1234567// pkg/kubelet/kubelet.go:231// Bootst ...
博客装修(2024年3月)
却忆携诗花底看,回头又是一年春。不知不觉又一年过去了,每年 3 月都是博客装修的季节,但这次就不大折腾了。
butterfly 主题升级
更新主题版本至 4.13.0 https://github.com/jerryc127/hexo-theme-butterfly
其中我一个比较喜欢的优化是对于搜索的能力,现在感受比原来好用了很多。不过每次升级都是对于合并代码的一次巨大考验,这次我学乖了,直接把更新的配置文件内容全部拷贝进去改,这样就不会出现冲突了。这也让我对于配置一些软件配置文件的设计有了更好的认识,它们会加自定义的配置单独放在一个文件里,这样就不会影响到主配置文件的合并了,然后自定义的配置会覆盖默认的配置。xxxx.custom.yaml -> xxxx.yaml
评论系统去年评论组件换成了自建的 twikoo 很喜欢,配置简单。
修改评论回复邮件之前我看到了 Twikoo评论回复邮件模板 我一直没来的及修改,这次我终于修改了,总的样子没变,细节调整了一点点。 修改之后大概是这样的:
需要注意的是:MAIL_TEMPLATE 和 MAIL_TEMPLATE_ADMI ...
Vditor 如何离线使用?
前言Vditor 是一款所见即所得的浏览器端 Markdown 编辑器。
GitHub:https://github.com/Vanessa219/vditor
官网:https://b3log.org/vditor/
个人使用它有两个原因:
相比于同类型的,确实很好看,之前用过一段时间 Typora ,收费之后就没用了,效果上很类似(所见即所得)
Markdown 引擎是开源的 lute ,当我需要一个前后端相同渲染效果的引擎时,它就很不错了
基本使用就不多说了,文档很详细,功能也很全面,看看就知道了,本文是由于再离线环境下使用的过程中发现 Vditor 需要依赖外部 CDN 资源,所以踩了一些坑。
基本步骤网络上有 Vditor 的 CDN 但无法直接拿来用,除非你是原生 HTML。如果你直接配置网络的地址到 CDN 的配置会发现路径多了一个 dist。当然,官方也支持自建 CDN,将源码放到 nginx 里面去也可以,但这样单独部署很麻烦。我还是希望打包到一起去。其实作者在 issue 里面已经说了,挺容易理解的,过程也就基本是这样。
修改配置12345678910111 ...
密码还在用 MD5 加盐?不如试试 Bcrypt
很长一段时间我也是用 MD5 + 盐 来解决绝大多数密码的问题的,因为确实很方便。不过,从安全的角度来说,还是有风险,那就干脆直接上 Bcrypt 吧。
MD5 + salt其实,在大多场景够用了,毕竟 hash 和 salt 同时被黑的概率太低了,不过其实 MD5 最大的问题不是到不是这个,而是算的太快了,随着计算能力的发展总会是有概率被破解的。
1password_hash = md5(password+salt)
Bcrypt 的特点
hash 不可逆
随机 salt
可调整的计算 cost
上代码不多说,直接上代码,看怎么用,然后再分析。
123456789101112131415161718192021222324252627282930package mainimport ( "fmt" "golang.org/x/crypto/bcrypt")func main() { password := "123456" fmt.Printf("第一次加密后的密码: %s\n", en ...
折腾你的输入法
想不到有一天我居然会折腾我的输入法… 作为一个折腾的孩子,折腾各种硬件软件是常有的事情,但最近发现了一个输入法,然后掉进了另一个圈子。这个输入法就是:中州韵输入法引擎 RIME,在 mac 上名字叫鼠须管。今天简单记录在 MacOS 下安装和使用的配置过程。
优点
隐私:这个引擎开源的,不可能出现上传你输入的内容到云上的情况
快速:不联网一定比你联网输入要快,但也不联想(所以这个快速因人而异)
高度自定义:想怎么定义都行,可以用自己的词库
缺点
安装和配置有大门槛,当然难不倒我们搬砖的
安装 RIME我直接用 brew 安装就完事了,当然你也可以官网下载
1brew install --cask squirrel
安装完成之后,第一个坑就出现了,输入法并不会直接显示出来,你需要主动添加。
我一开始找了半天,一直以为没有安装成功😢
安装 plumplum(東風破) 是 RIME 的配置管理工具
1curl -fsSL https://raw.githubusercontent.com/rime/plum/master/rime-install | bash
安装 雾凇拼音雾凇 ...
2023 读书总结
2023 年度读书总结
读书列表
仅罗列,顺序是随机。怕链接会过期,失效的建议直接搜书名。
《高并发系统实战派:集群、Redis缓存、海量存储、Elasticsearch、RocketMQ、微服务、持续集成等》
《性能之巅》
《呼啸山庄》
《Go语言设计模式》
《程序员的底层思维》
《浪潮之巅》
《System Design Interview》
《消失的13级台阶》
《深入理解Linux网络: 修炼底层内功,掌握高性能原理》
《图解HTTP》
《手机大脑》
《小米创业思考》
《BPF之巅》
《英语自学手册》
《聚沙成塔:Go语言构建高性能、分布式爬虫项目》
《深入架构原理与实践》
《现代 Web 布局》
《写给大家看的设计书》
《高并发的哲学原理》
《心流管理魔方》
2023 最佳
并不是说其他的书不好,而是它对我的影响最大,印象最深刻
《深入理解Linux网络: 修炼底层内功,掌握高性能原理》
今年最佳颁给它,一方面是它对我技术提高是最大的,另一方面是读的过程中真的有深入浅出的感觉。十分推荐。
打卡日历
使用 DailyCards 确实 push 了自己很多。Prese ...
2023 re:Invent 利用 PartyRock 10 分钟构建你的 AI 应用
前言一年一度的亚马逊云科技的 re:Invent 可谓是全球云计算、科技圈的狂欢,每次都能带来一些最前沿的方向标,这次也不例外。在看完一些 keynote 和介绍之后,我也去亲自体验了一些最近发布的内容。其中让我感受最深刻的无疑是 PartyRock 了。PartyRock 真的算是做到了:能让任何人快速的构建一个属于自己的 AI 应用。当然,本文最后也分享我对于其他在 re:Invent 上提到的一些看法和思考。
那么,不多说,先来看看今天的主角 PartyRock。
PartyRock 简介
Everyone can build AI apps.
这句话是 PartyRock 首页的一句话,它就是 PartyRock 的最好的功能概括了。
去年到今年 AI 相关的应用层出不穷,GEN AI 已经太多了。到目前为止,其实我本人已经有点审美疲劳了,因为该看的都看的差不多了,所以说实话体验之前,我并没有对 PartyRock 带有很大期望,最多是体验完了之后厚脸皮来一句 “不过如此”。结果体验完成之后发现我说的是:
使用体验下面我就用我自己制做的两个应用和一个官方的应用来说明一下它的 ...
看腾讯 CodeReview 有感
前言之前,我看了腾讯发布的两篇有关代码规范以及 Code Review 相关的文章,作者是 林强 大佬。
《鹅厂练习13年Coding后,我悟了》
《腾讯工作13年之所思所想,那些优秀程序员的共性特征》
里面提到了很多有关代码相关的思考,以及一些价值观的传递,从中我也学到了很多(算是大厂内部一瞥吧)。非常推荐没看过的同学看看鹅厂是如何做 CR 的。文中的 CR 也是对 go 的,所以我看起来比较亲切。故,在这里总结一下其中对我来说意义比较大的。
之前,我看了《重构》之后也写了一下读后感,所以相同的部分我就不在本文中列举了。
《鹅厂练习13年Coding后,我悟了》
01 细节即是架构:在这里更多的体现在代码的组织结构和也是一种架构。
02 代码和文档在一起:有两个好处,不容易丢失,可以同时被维护。
05 全局变量的危害并不仅仅是造成了耦合,在大项目中,你完全不知道以后是否会有人去修改这个变量。
07 可逆性原则:我的总结是,永远不要相信产品经理跟你说 ”这个以后不会改了,现在写死就好“,回头半夜加班的还是你。
11 尽早崩溃:并不是说你遇到问题就 panic,也并不是说你不能写 ...
针对小项目 docker 镜像自动更新部署的方案
对于一些个人的小项目来说,没必要也没能力上一些大型 devops 工具(如 jenkins,argocd) 时, 有一些小工具往往非常好用
当我们 ci 打包完成 docker 镜像之后需要 cd (部署)时,如果没有工具,有时候特别麻烦,而一些大型的重工具往往对于小项目来说并不合适。今天要说的一个小工具就是 watchtower。
地址: https://github.com/containrrr/watchtower/
介绍功能
定时对比当前机器上的启动着的容器,如果发现新版本的镜像则停止、拉取、重启以更新容器
支持 cron 指定对比时间
支持指定容器
支持更新后进行通知
适用场景
单机小项目
启停间隔无所谓
docker 镜像 latest 一把梭
使用使用部署非常简单,一个 docker-compose 就能说清楚所有基础能力
12345678910111213version: "3"services: watchtower: image: containrrr/watchtower environment: - TZ=A ...
《一起读 kubernetes 源码》pod 的资源限制和驱逐
📢 注意,该文本非最终版本,正在更新中,版权所有,请勿转载!!
前言资源在 k8s 中是一个非常重要的关键因素,一些运维事故往往也就是因为一些资源限制设置的不合理而导致的。而合理的设置资源也是一门学问和经验,最近不停地被提及的 “降本增效” 通常也伴随着资源设置的优化。对于一个应用应该设置多少内存和 CPU,我觉得这不是我们在这里应该学习的(这都是实战经验积累的)。而我们需要知道的是,这些限制条件何时会被检查,会被谁检查,超过限制条件会引发什么问题。 这对于我们来说很重要,一方面实际出现问题,我们可以迅速知道原因;另一方面,这些限制条件还会和之后的调度、自动扩容/缩容有关系。所以本章节我们来看看它。
前置知识
cgroup
resources 的配置:limits、requests
epoll
码前提问
pod 的资源限制条件何时会被检查?
pod 何时会被驱逐?
pod 驱逐的策略是什么?
源码分析寻码过程这次的寻码就有点艰难了。我的第一个落脚点是 pkg/kubelet/eviction/eviction_manager.go 我没有直接去找 limit 和 r ...
《一起读 kubernetes 源码》probe 监控 pod 状态
📢 注意,该文本非最终版本,正在更新中,版权所有,请勿转载!!
前言当我们知道了 pod 的生命周期,那么 k8s 如何知道一个 pod 的健康状态呢?就是通过今天要说的 Probe 也就是探针来检查 pod 的状态。一方面可以监控 pod 的健康状态,重启不健康的 pod;另一方面还可以监控 pod 的服务状态,当 pod 能提供服务时才会将流量打进来。
前置知识
livenessProbe
readinessProbe
startupProbe
要知道这三种探针的能力 https://kubernetes.io/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#types-of-probe
心路历程探针这个东西就和 request limit 一样,你不配置的话,绝大多数适合,使用起来也问题不大。甚至在一开始的时候我都没注意到这个配置,但是当你的服务非常注重 SLA(承诺服务可用性) 或者你的容器出现了异常,无法服务又没有正确退出的时候,这个配置就显得非常有用了。而在实际中,不合适的探针配置也可能会导致奇怪的问题。
所以,针 ...
《一起读 kubernetes 源码》kubelet 如何创建 pod?
📢 注意,该文本非最终版本,正在更新中,版权所有,请勿转载!!
前言pod 是 k8s 调度的最小单位,也就是整个 k8s 的基础之一,那么如何创建 pod 就是我们今天的关键了。这也是为什么我将它放在第一章的原因。
前置知识
什么是 pod?
什么是 kubelet?
pod 的生命周期?
心路历程想看 k8s 源码,我不知如何下手,肯定是挑最熟悉最基础的部分,pod 肯定就是其中之一。而且日常的使用也让我们更熟悉 pod 的生命周期,所以我准备从 pod 入手。那么我知道 kubelet 作为操作 pod 的关键,那肯定就是代码的重点。于是我直接在代码中搜 kubelet,找到对应文件名称为 kubelet 的文件,应该就是我们今天的目标了。
1pkg/kubelet/kubelet.go
然后开始聚焦,由于源码很多,不可能面面俱到,所以一开始我们就要设定范围,看什么,不看什么。而我们今天的目标就是 pod 的创建 其他都和我们没有关系。所以,kubelet 本身的初始化等其他细节我们看到就略过。
码前提问看源码之前都自己先提出一些问题,这些问题能帮助我们更快的进入状态, ...
《一起读 kubernetes 源码》序
📢 注意,该文本非最终版本,正在更新中,版权所有,请勿转载!!
这个系列准备带领大家一起读 kubernetes 源码,推荐给下面的人群:
不敢读源码
读不懂源码
不清楚 kubernetes 内部具体实现
其实,我最大目标是通过这个系列让你明白,读源码的方法和技巧以及为什么要读源码。
其实我写 kubernetes 源码分析的文章已经 3 个版本了,这是 3 个。第一次是刚学,写了 3-4 篇,没发布,就流产了。第 2 次是写了很多发现写的不好,切入点还是太诡异了,太难理解,所以也放弃了。现在,我终于发现一个可以切入的点,并且基于这么长一段时间的积累,希望能把这个系列最好的版本写出来。
需要准备
看代码的工具:我用的是 Goland。代码我都贴了位置信息(例如: pkg/kubelet/kubelet.go:2387),在 Goland 中可以直接双击 Shift,贴入代码位置直接跳转。
kubernetes release-1.28 版本的代码(希望你看到文章的时候这个版本相对新一点吧~)
你需要有 kubernetes 实际使用经验以及基本概念
注意事项
该系列不会包 ...
Nginx 是如何解决惊群效应的?
前置知识
linux 网络处理的基本方法:bind listen accept
epoll 的基本方法:epoll_create epoll_ctl epoll_wait
什么是惊群效应?第一次听到的这个名词的时候觉得很是有趣,不知道是个什么意思,总觉得又是奇怪的中文翻译导致的。
复杂的说(来源于网络)TLDR;
惊群效应(thundering herd)是指多进程(多线程)在同时阻塞等待同一个事件的时候(休眠状态),如果等待的这个事件发生,那么他就会唤醒等待的所有进程(或者线程),但是最终却只能有一个进程(线程)获得这个时间的“控制权”,对该事件进行处理,而其他进程(线程)获取“控制权”失败,只能重新进入休眠状态,这种现象和性能浪费就叫做惊群效应。
简单的讲(我的大白话)
有一道雷打下来,把很多人都吵醒了,但只有其中一个人去收衣服了。也就是:有一个请求过来了,把很多进程都唤醒了,但只有其中一个能最终处理。
原因&问题说起来其实也简单,多数时候为了提高应用的请求处理能力,会使用多进程(多线程)去监听请求,当请求来时,因为都有能力处理,所以就都被唤醒了。
而问题就是,最 ...
Docker 构建多架构镜像并推送仓库
前言原本多架构其实我还遇到的不算多,但自从苹果的 M1 出来之后 arm64 版本支持就变成了一个常态,所以会常遇到需要多架构镜像都构建的情况。以前的 docker 版本需要你去编写 manifest 很麻烦,而今天就说说如何使用 docker buildx 来同时构建多架构的镜像,其实现在已经非常方便了。
目标:构建出 amd64 和 arm64 的 docker 镜像
创建 builder默认你在 docker build 的时候直接指定 --platform linux/arm64,linux/amd64 就会报错,告诉你需要使用 docker buildx 而前提是你需要有一个 builder
12$ docker buildx create --name mybuilder --driver docker-container$ docker buildx use mybuilder
Linux 非 arm 下可能需要你先安装 https://github.com/tonistiigi/binfmt#installing-emulators 以支持 arm 平台的打包
...
Redis List 设计与实现
前言之前我们已经讨论过 Sorted Set 在 Redis 的实现,学习到了 Redis 在不同数据量的时候使用了不同的结构来优化存储和性能,并且使用两种不同的数据结构的组合来进一步优化。而今天要讨论的 List 也如出一辙。
ListList 就是我们常见的列表,在很多语言中都有实现,无论是数组还是链表,它最终的表现形式都差不多,都是一个“长长的数据”,而对于不同的底层实现,所对应的操作带来的性能也不同。比如在 java 中就有 LinkedList 和 ArrayList。而 Redis 是如何做的呢?
如果你对 Redis 的 List 使用并不是很熟悉,建议下查看一下它所有支持的命令 https://redis.io/commands/?group=list
老版本在 Redis 的老版本中 list 的实现和 Sorted Set 策略类似,对于不同数据量的情况下实现是不一样的。在数据量小的时候,使用的也是 ziplist 也就是压缩列表(可以看做数组),而当数据量变大触发条件时,就变成了 linkedlist 也就是双向链表。
ziplist 就是通过数据的长度来定 ...
Redis Sorted Set 实现与应用
前言
在没有真正认识 Redis 之前,你可能都低估了它
一开始对于 Redis 我们的认识都是一个 key:value 的缓存,当然用的最多的也就是这个作用。但随着 Redis 的不断发展,慢慢的我就发现它有的功能越来越多,它可能在一定程度上帮我们快速简化一些高并发场景下的开发。我觉得它其中最重要的设计是它的 数据结构 。通过几个基础的数据结构的组合,就能实现一些高性能的结构。比如我们今天要讨论的 Sorted Set 就是这样一个结构。由于 Redis 中称为 zset 所以后文中为了简化直接也叫 zset。
什么是 Sorted Set我觉得可能很多同学还没有用过,其实非常容易理解,就是一个有序的集合,无论你以什么顺序添加元素,最终都会根据分数排成一个有序的集合。通过它我们可以快速获得一个组数据的最高的几个值。
猜测实现堆?没错,我的第一反应也是这个,要实现一个这样的结构最先想到的就是堆或者说是优先队列的实现,完美匹配。
但,不对,我们知道,对于堆,我们只能快速得到最大或最小值。而对于 zset 其中有一个方法是 ZRANGE key start stop 也就是可以获取一个范 ...
快速上手 K8S Operator
前言如果你想要对 K8S 做二次开发或者说在原有的基础上封装一些功能让开发者更加好用,那么 Operator 的用法你可必须掌握。
什么是 Operator我觉得 Operator 真的是 K8S 扩展设计的非常巧妙的一点,它好像一个插件系统,你有了它就好像有了 k8s 的一个扩展操作权,能扩展出各种各样的用法。那什么是 Operator 呢?这需要从 CRD 说起。
CRD首先我们需要知道第一个概念就是 CRD(Custom Resource Define),自定义资源定义,顾名思义就是使用者可以通过 CRD 来创建自定义的资源。我们知道在 K8S 中有各种各样的资源 Pod、Deployment、StatefulSet… 在编写 yaml 文件的时候会指定对应的资源类型。
官方文档:Create a CustomResourceDefinition 其中有一个实际的 CustomResourceDefinition 案例
123456789101112131415161718192021222324252627282930313233343536373839404142434445 ...
Golang 中 能否将 slice 作为 map 的 key?
前言最近好忙,也好久没水 Golang 的文章了,最近来水一些。说回今天的问题,这个问题非常简单,也能被快速验证。
Golang 中 能否将 slice 作为 map 的 key?
如果你现实中使用过,那么这个问题对于你来说其实意义不大,因为不行就是不行,可以就是可以。
如果你完全没这样使用过 map,那么这个问题对于你来说可能就有意义了。
思路
首先这个问题的思路在于能否作为 key 的条件是什么?
key 在 map 中的作用是标记一个 kv,我们需要用 key 去查找对应的 value
那么我怎么知道,一个输入的 key 是否在这个 map 中呢?答案是比较
所以只要这个 key 能比较,说白了就是能使用 “==” 进行比较,大概率就没有问题
所以其实,这个问题的本质是:“slice 能否进行比较?”
答案答案显然是不能的,因为 slice 是不能使用 “==” 进行比较的,所以是不能做为 map 的 key 的。而官方文档中也说明了 https://go.dev/blog/maps
As mentioned earlier, ma ...
Redis 事件机制是如何实现的?
前言我们都知道,Redis 是单线程(非严谨),你是否想过,一个线程要如何处理来自各个客户端的各种请求呢?它忙的过来吗?没错,它还真的能忙过来,并且还井井有条。其中多亏了 IO 多路复用,而不仅仅是它,事件机制在其中也是一个不错的设计。
之前我提到过有关于 IO 多路复用对于 Redis 的影响,IO多路复用和多线程会影响Redis分布式锁吗? 其中有部分内容其实已经提到了,所以本文会更加关注于事件机制本身。
PS:Redis 高版本已经支持多线程处理某些事情,为了简化,这里不做讨论,故下文出现的单线程仅是描述那些必须单线程执行的场景。
前置知识
IO 多路复用
尝试思考首先,让我们来思考一下,如果是我们自己来实现,会尝试如何去做。
对于请求连接处理的思考最笨的方法,那么就是来一个客户端 accept 一次,然后给什么请求做什么事情,先来先做,做完走人,对吧。那显然这样太慢了,要知道作为一个缓存,这样设计要把人给急死。
当然,我们也可以说,来一个我开一个线程单独处理你,相当于你一来我就单独找人为你服务,而服务的人最终会将请求给到一个处理中心,让处理中心统一去处理,然后将结果返回。但显 ...
Redis 主从复制的机制浅析
前言今天继续来看看有关 Redis 的一个问题,主从复制。通常,对于大多数的场景来说,读比写更多,于是对于缓存的水平扩展,其中的一个方式 “主从复制” 就是一个常见的思路。有了主从复制,那么可以扩展出很多从节点来应对大量的读请求。那么问题来了 Redis 的主从复制是如何实现的呢?
PS:本文仅关心复制的机制,不关心主节点下线重新选等等异常情况
前置知识
你需要知道 Redis 的持久化方式,RDB 和 AOF
Redis 执行命令的基本思路
审题题目本身不复杂,提问者问这个问题的想法可能会有下面几个方面
了解 Redis 的主从复制机制的话,如果在实际使用过程中出现问题就更容易排查
在设计复制机制的时候需要注意和考虑什么问题
这样的设计是否能应用在别的场景中
尝试思考假设你完全没有看过 Redis 源码来思考这个问题,可以从下面几个角度去尝试分析,并猜测答案。
首先,想到一个关系户,也就是我们常用的 Mysql,它也有主从复制,如果你了解 binlog 那么可以尝试从这里着手,虽然不同,但思路应该是差不多的。
然后,简化问题,主从复制,无非就是将数据发送过去,对方接受保存
不 ...
Redis 的 set nx 底层怎么实现的?
前言首先,非常难得这个系列重新开始更新了,因为之前一直在纠结选题,很多时候我会觉得一些面试题或者是提问很没有实际意义,就好像是为了八股文而八股文,而后面渐渐发现,只要你去追寻背后的一些思考,还是能留下些东西的。
审题这个问题其实本身很”简单”,那么只有两种可能一种你看过 Redis 的源码,一种是没看过进行猜测。不过首先我们可以说一些前奏:
Redis 一开始是有 setnx 这个命令的,后来废弃了,而将 nx 作为 set 的一个参数项,同时也就支持指定过期时间
这个命令的功能就是 set 一个 kv,如果 k 存在则失败,如果 k 不存在就成功 set 这个 kv
我们常常会用 Redis 的 set nx 来实现分布式锁,所以估计提问者想确保你了解原理,从而使用分布式锁的时候更加安心,或者想通过这个问题来引出分布式锁的问题
猜测我们首先可以大胆猜测一下实现方式。可以直接先简化一下问题,本质就是给你一个 map,然后实现一个 setnx 方法,当 k 存在则直接失败。最关键的问题就是解决并发问题。
那解决并发的问题,能想到的就是要么锁,要么 cas,要么直接队列卡死,对 ...
如何使用 xorm 在执行前改写 SQL
前言有时候你需要再 SQL 执行之前对于 SQL 语句进行改写,有可能是修改表名字段名,有可能只是添加注释,这些看起来奇怪的操作其实有时候是为了帮助在数据库之前的 proxy 来实现某些功能,比如最常见的分库分表,读写分离,多租户等等。
举个具体的例子:有些数据库中间件支持在 SQL 语句之前添加注释来实现读写分离https://help.aliyun.com/document_detail/477438.html支持在SQL语句前加上/*FORCE_MASTER*/或/*FORCE_SLAVE*/强制指定这条SQL的路由方向
所以当我们使用 orm 库的时候,就需要有一个类似钩子的东西,能在执行之前想办法将 sql 改写为所需要的样子,这就是今天的需求。
尝试过程
如果你只想知道如何使用,可跳过本段,直接去看最后的实现部分
一开始我做了各种尝试,由于 xorm 本身其实并没有相关文档说明,寻找并尝试了半天,虽然最后实现了,但是路径比较曲折。
尝试 1 ContextHook最开始我想到的就是肯定是 Hook,不错,如我所料,确实有 Hook,并且里面有执行的 SQL,我非常高兴 ...
Tailscale 构建私有网络访问家中设备
前言在此前,我都是通过一些硬件设备来构建一个私有网络,并且能有一个稳定的公网 IP,外部可以通过设备厂商对应的外部资源来构建一个私有网络,随时随地访问家中设备,如:NAS 。但,人生无常,大肠包小肠,最近很不稳定,于是准备了一个后手方案,防止意外。
之前,就有了解过各种方案,其中 Tailscale 是其中一个,比较青睐它的协议本身,并且现在已经可以自建,协议本身也开源,于是最近就折腾起来了。
一开始了解到 Tailscale 并不是因为它本身,而是它写的一篇有关 NAT 的一篇博客,我觉得是原理解释的非常清晰的一篇博客了,所以我就顺便去看了它本身是做什么的。https://tailscale.com/blog/how-nat-traversal-works/
有关它本身的原理我建议直接看官方文档,直接看配图就能懂 https://tailscale.com/kb/1151/what-is-tailscale/
安装
安装非常简单,我不过多赘述,记得先去官网注册一个账号
Linuxhttps://tailscale.com/download/linux
Mac
由于 AppS ...
《程序员的底层思维》读后感
前言偶然得到这本书,之前确实没有听说过这本书。只要是书,我都如获至宝,读完之后,也有些感触。
方法论或者模型到底有用吗?本书介绍了许多思维方式,在很多看来会比较虚,由于将的都是方法论和模型,只有中间穿插了个人经历和实际项目。那么,很多人就会问了,有用吗?
很负责任的告诉你,有用。
因为很多人看完之后,会觉得在心里没有留下什么东西,又没有实际对自己的工作有所帮助,但其实书中很多思维方式都是经验总结。只有当你触发特殊场景的时候才会“刷”到存在感。
阶段 1在思维上面,我也经历了几个阶段。一开始就想所有人一样,问题来了就思考如何解决,想到解决方案了,对比一下,没问题,解决。
阶段 2学到了一些模型,感觉有用,于是在思考问题的时候,就套用各种模型。比如常见的四象限,或者金字塔,又或是冰山。然后就发现了一个问题,用了和没用好像一样?对,好像就是一样的,即使不用我感觉也是一样的。
阶段 3于是我很长时间都弃用了,而又一次让我捡起来的时候,是之前一家公司的一个运维同学。在对比某两个部署方案的时候,我虽然不在运维组,但是我也尝试思考了一下。之后他在说明方案的时候,就是用了一个多维度的模型,当模型出现的 ...
MacOS 禁止 option 输出特殊字符
前言我之前很烦恼 MacOS Option + 任意键 会输出 类似 åçΩçƒåß 这样的特殊字符。我根本没必要去输入这些特殊字符,很多 IDE 的键盘快捷操作会使用 option 加字母的方式来操作,比如 git 提交,在 IDEA 里面就是 option + i 的操作,这样就会在 commit 信息里面带有一个特殊字符。然后官方有没有设置可以关闭,这个问题一直困扰我很久了,最近才得到一个可行的解决方案。
解决方案下载自定义键盘布局 layouthttps://gist.github.com/haosdent/573ea124e5ea666fc576
复制到对应目录
1~/Library/Keyboard\ Layouts/x_layout.keylayout
添加对应自定义键盘布局
然后就可以了,只要你使用这个键盘布局进行输入的时候,那么 option 键 + 字母就会失效。
如果你和我一样使用了第三方的输入法,还需要在第三方输入法对应的配置项中找到键盘布局并修改,我目前使用的是搜狗输入法,配置位置如下:
不过,需要注意的是,有时候突然使用搜狗输入法这个键盘布局会失效(依旧 ...
MacOS 下 zsh 执行长时间命令完成后自动提醒
前言最近正在使用 Warp 作为常用的终端,有一些细节体验做的真的很不错,无论是命令提示还是补全都很厉害。其中有一个细节我认为对于我来说非常实用,就是长时间执行完成之后的命令提醒。
举个例子🌰:当你在终端进行 make 编译或者打包镜像的时候,往往需要比较长的时间,而你一般不会一直等着它执行完成,而是执行完成之后就切到别的地方去工作(摸鱼)了,然后你无法及时知道命令执行完成了,而只能是不是过来看下执行情况。
而在 warp 执行命令完成之后,就有这样一个通知提醒,我就能时刻关注到命令什么时候执行完成了。
当然,这必须依赖于你使用 warp,但我们常常在 IDE 下方的命令行中执行命令,而非单独使用其他终端,因为切换窗口也比较麻烦。于是乎我就想,能否利用 zsh 来实现这个功能呢?
实现1vim ~/.zshrc
123456789101112131415161718# 设置要匹配的字符串string_to_match=("docker build" "go build" "echo linkinstar")# 定义函数f ...
《Go语言设计模式》读后感
前言其实对于设计模式,我早早在大学的时候就啃过《Head First 设计模式》《大话设计模式》。当时虽然对于设计模式本身的使用不够,但对于为什么会有设计模式已经设计模式的意义已经深入人心。
当年写的博客:你所学习的设计模式到底有什么用?到底怎么用? (现在看来还有点羞耻,当年大学的我居然是这样的我)
转到当下,其实在实际的工作中都是一种潜移默化的影响,有时候我真的没有意识到这是某种设计模式,而我会这样去编写我的代码。
本书的优点以 go 语言去实现了各种设计模式,去讲述了各种设计模式,有一说一,从一个初学者的角度它是 OK 的,常用的设计模式均有涉及。对我来说复习了一遍,加深了印象。对于设计模式其中具体的示例代码来说对于小白来说是友好的,这些案例我在网上也常见到,特别看到访问者模式的“圆形”“正方形”的时候。不过从我的角度来说,其实我更希望看到的案例是,直接那 K8S 源码里面的的访问者模式来说明,比如 JSON 格式和 YAML 格式的访问等等。当然作者肯定有自己的考虑,如果这种案例其实需要读者对于这些开源框架有一定的基础,否则直接上来读,这样的案例不够容易上手模仿。
可以改进的 ...
Golang 实现与 crypto-js 一致的 AES 简单加解密
前言最近一直在折腾 Golang 的 AES 加密解密,最初的一个小需求只是寻求一个简单直接的加密工具而已,但是找着找着发现里面的坑太深了…
吐槽:对于加密解密,其实我们很多时候并没有特别高的要求(复杂)。一开始,我最直接的一个想法就是:
调用一个方法,传递一个秘钥,完成加密;
调用一个方法,传递一个秘钥,完成解密,
就可以了,但事实网上纷繁复杂的实现让我头疼。难道,就没有一个让我最省心、简单、最快、实现一个加解密的方法吗?
目标
我要一个对称加密,加解密用的 key 一致
加密后的数据 = 加密方法(数据, key)
解密后的数据 = 解密方法(数据, key)仅此而已,但寻变网络各种类库,没意外,各有各的问题,下面我列举几个我在做的过程中遇到的问题和坑
问题
AES 有各种加密模式 CBC、ECB、CTR、OCF、CFB 选哪个?都安全吗?
AES 在某些加密模式下需要指定 IV 也就是初始向量(那我岂不是又要弄一个配置项?)
AES 对于 key 的长度 和 IV 的长度都有要求 (这个很烦,就像我定一个密码还非得是固定长度的)
AES 需要加密的数 ...
如何搭建文章结构——常见技术文章的逻辑框架
不知不觉,写博客 6 年了,在写博客的这些年里面,其实更多的是在技术上不断地学习,对于写作本身的总结,更多的体现在了文章本身的改变,而我还没有自我总结过一篇针对于技术写作的博客,正好最近有着这样的机会,需要做一个这方面的分享,下面就是分享的内容的讲稿,也正是我对于这些年写作的总结。
无论你现在处于写博客的什么阶段,希望下面的内容能帮助你这些:
逻辑清晰、快速成文
吸引读者、正向激励
开场白
输出倒逼输入
作为一个技术人,我们往往都沉浸于技术的海洋中学习。 在学习技术的过程中,我们不断的在输入知识,同时我们也需要关注输出。 输出是也一种学习的过程,无论是写博客、写文章、写书,还是做分享、做演讲,都是一种输出的过程。有时输出是你坚持学习的动力,有时是你巩固和总结学习的过程,有时是你向别人传递知识的方式。”费曼学习法” 其实就是输出的一种形式,它的核心思想是:如果你想要学习一件事,那么你就需要把这件事教给别人。
说到输出,其中一个非常重要的技能就是写作,写作是一种思考的过程,也是一种沟通的方式。 在写作的过程中,我们需要考虑的问题有很多,比如如何取标题、封面配图、如何搭建文章结 ...
技术文章如何取标题、封面、配图
不知不觉,写博客 6 年了,在写博客的这些年里面,其实更多的是在技术上不断地学习,对于写作本身的总结,更多的体现在了文章本身的改变,而我还没有自我总结过一篇针对于技术写作的博客,正好最近有着这样的机会,需要做一个这方面的分享,下面就是分享的内容的讲稿,也正是我对于这些年写作的总结。
无论你现在处于写博客的什么阶段,希望下面的内容能帮助你这些:
如何取合适的标题
配图的注意点
快速制作封面
引入当我们有了一个好的想法和内容,并且有了合适的写作框架,构建一篇不错的技术文章就不是什么难事了。但是,如果你想让你的文章有更多的阅读量,那么你就需要花一些时间来构建一个好的标题和封面配图。对于一篇文章,内容肯定是关键,但如果标题无法吸引读者,很多时候,读者就很难点进来看。
然后,就是对于封面和配图,正所谓 “一图胜千言” ,特别是在技术文章中,很多时候配图可以帮助读者更好的理解文章的内容。特别是在一些难以理解的架构设计或者代码设计上。
话不多说,那么,作为一个技术文章应该如何去拟定你的标题呢?
如何取标题有一段时间,我非常非常痛恨微信公众号的推送,因为那段时间里,无论是什么样的技 ...
Google Golang Style 个人小结
前几个月就看到 Google 有了 Golang 这个规范,但是一直没有时间去看。最近仔细看了一下,其中有几个点,之前搬砖的时候还没有注意到,所以记录一下。本文仅针对于我个人针对这个规范的小结,建议有时间的同学去看看原文,毕竟每个人查缺补漏的地方不一样。
原文:https://google.github.io/styleguide/go/
译文:https://gocn.github.io/styleguide/
包名称全小写
包名称Package names 不应该有下划线,例如,包 tabwriter 不应该命名为 tabWriter、TabWriter 或 tab_writer。 Link
我们有时候会不得不出现包名需要两个单词来描述的情况。在没有了解到这个规则之前,确实我很多命名的时候还是会选择使用下划线进行分隔来命名包名。原因有两个,一个是之前 C 的影响,一个是由于全小写难以辨认,故会使用下划线。所以,这个规则以后还是要多注意。
针对方法的命名
函数和方法名称不应使用 Get 或 get 前缀,除非底层概念使用单词“get”(例如 HTTP GE ...
IO多路复用和多线程会影响Redis分布式锁吗?
前言前置知识
Redis 虽然是单线程的,但是它利用了内核的 IO 多路复用,从而能同时监听多个连接
Redis6 出现了可以利用多个 IO 线程并发进行的操作
那么问题来了,这两者会导致我们的分布式锁的原子性有影响吗?
我们知道当我们使用 redis 作为分布式锁的时候,通常会使用 SET key value EX 10 NX 命令来加锁,获得锁的客户端才能成功 SET 这个 key,那么问题来了,这条命令在多线程的情况下是一个原子操作吗?
其实答案是显而易见的,因为 redis 的设计者肯定考虑到了向前兼容的问题,并且也不会让这样的特性消失,所以在问这个问题以前,我虽然不能肯定,但是还是能自信的回答,但没有足够的底气。 今天的目标就是找到真正的原因。
问题的两个方面上锁上锁,没啥多说的直接 SET key value EX 10 NX 就可以了
解锁解锁,有两种:
一种是客户端自行保证锁只有自己拿自己解,那么直接让自己去 DEL 就可以了
另一种是不信任客户端,那么可以使用 lua 脚本,先通过 get 确定对应 key 的值是否正确,如果正确再 del,整个 lua 脚 ...
博客装修(2023年3月)
最是一年春好处,绝胜烟柳满皇都。不知不觉又一年过去了,每年 3 月都是博客装修的季节,这次也不例外,这次的装修内容如下:
主题升级
支持隐藏文章
添加每日打卡
评论系统迁移
自定义 RSS 订阅模板
支持 algolia 搜索
hexo 和 butterfly 主题升级hexo 升级
之前使用的还是老版本的 hexo 由于这次想要升级主题,而主题需要 hexo 5.0 以上版本,所以就顺便升级了 hexo
1234567891011121314# 确认当前版本hexo version# 升级 hexonpm i hexo-cli -g# 重新安装依赖npm install -g npm-check# 检查依赖npm-check# 更新依赖npm install -g npm-upgradenpm-upgrade# 重新安装依赖npm update -gnpm update --save
需要注意的是 使用的 node 版本,以及其中一些命令需要以 sudo 权限执行版本对应
butterfly 主题升级
更新主题版本至 4.7.0 https://github.com/ ...