<img src="https://cdn.renfei.net/upload/2023/66370ae621484d51991e034bc9cd0280.webp" alt="优雅的源代码管理（三）：本地优雅的使用 Git Rebase 变基" /><p>本文为日常工作使用，仅做简单的解析，不做深入探究。</p><p>温馨提示</p><p>如果你不熟悉命令行，推荐使用可视化界面操作，git 的可视化软件有很多，例如：fork、sourcetree等等。</p><p>本文是针对个人本地单机上的Git操作，不是 GitFlow 管理流程，注意区分。</p><h2>Git Merge 和 Rebase</h2><p>其实我要吐槽的一个点就是我在项目中看到大量的 Merge 记录，但其实 Merge 并不是这样使用的，大多数情况应当使用 Rebase 变基。</p><p>首先，为了方便演示，我们先设定两个分支，master 分支和 renfei 分支，其中 master 分支就是我们的基线分支，所以任何冲突和修改都以 master 分支为主，renfei 分支为我自己个人的开发分支，我在这个分支下工作。</p><p>如果，master 分支上有人提交了新的功能，我需要依赖或者避免后续冲突，我希望把 master 分支的内容拉取到我自己的 renfei 分支，这个时候应该用 git rebase 操作，将我自己的 renfei 分支进行变基变到当前 master 的节点上。</p><p>如果，我的功能开发完了，需要贡献给 master 分支，这个时候应该用 git merge 操作，将我个人的 renfei 分支融合到 master 分支，并且产生一个 merge commit 提交。</p><h3>Git Rebase 的理解</h3><p>我用大白话和图来讲一下，可能不严谨，我只表示一下意思。</p><p>在 git 中每个提交都是一个节点，组成的链条，就像链表一样，我们只需要修改一下链表的指针，就可以快速的编辑这个链条，所以变基操作我理解的是下面这个图：</p><img src="https://cdn.renfei.net/upload/2023/186929744b424ddea52bd1fd77828b35.webp" alt="git rebase" /><p>由于 master 分支继续提交，原本的链表落后了，我们只需要修改链表的指针，指向最新的节点即可把 master 分支的变化拉取进自己的分支。</p><h3>Git Merge 的理解</h3><p>我用大白话和图来讲一下，可能不严谨，我只表示一下意思。</p><p>我的理解，merge 就是把一个分支的所有修改打包成一个 commit 提交，作为新的提交连接到目标分支，如下图：</p><img src="https://cdn.renfei.net/upload/2023/b608b8705cc4479e9359dbf0c5041623.webp" alt="git merge" /><p>有同学可能会问，为什么不用变基那样改指针？我是这样理解的，master 分支作为基线分支，上面的代码是可信的、安全的、权威的，而自己的开发分支是不可信的、不安全的，所以需要把你的任何修改都作为一个 commit 提交，如果一旦有问题，可以快速回滚这个提交，从而把有问题的代码恢复回去。</p><h3>什么时候使用 Git Merge/Rebase</h3><p>我做个总结，如果你是把权威分支的代码拉取到自己的分支或者不信任的分支中，那就使用 Git Rebase 变基；如果你要往权威分支中贡献代码，那你应该使用 Git Merge。</p><h2>关于 MR（Merge Requests）</h2><p>有些团队会要求往权威分支合并时提交 MR（Merge Requests）合并请求，而不是自己 Merge 以后 push，保护分支禁止 push。</p><p>有些团队则没有这类规定，如果团队较小、大家合作默契，可以不使用 MR，虽然不符合规定，但往往大家都很忙没有时间跟你 review 代码。</p><p>不过，我认为 MR 有个好功能，那就是甩锅功能，如果你代码变动巨大，你有点慌，你可以打开一个 MR，然后喊上团队的小伙伴或领导来 review 你的 MR 请求，让他们来点 Merge 按钮，嗯~~出了问题大家一起被锅啊。</p><h2>总结</h2><p>我总结一下我的习惯，从来没出事儿：</p><p>commit 你可以随便 commit，但是，当你想 push 前，你应该先 pull 并且使用 rebase 变基，然后再 push。</p><h2>commit 的规范</h2><p>此规范推荐执行，但不强制。</p><p>一个 Commit Message 主要由 Header + Body + Footer 组成，最主要的是 Header，另外两个可选。</p><p>Header 又由 type、scope、subject 构成，其中 scope 是可选，意思是 commit 受影响的范围，type 主要有以下选项：</p><ul class=" list-paddingleft-2" style="list-style-type: disc;"><li>feat: 新增功能</li><li>fix: 修复错误</li><li>docs: 仅更改文档</li><li>style: 不影响代码含义的更改（空格、格式、缺少分号等）</li><li>refactor: 既不修复bug也不添加功能的代码更改</li><li>perf: 提高性能的代码更改</li><li>test: 添加缺失测试或更正现有测试</li><li>build: 影响构建系统或外部依赖关系的更改（示例范围：gulp, broccoli, npm）</li><li>ci: 更改ci配置文件和脚本（示例范围：Travis、Circle、BrowserStack、SauceLabs）</li><li>chore: 不修改sre或测试文件的其他更改</li><li>revert: 还原以前的提交</li><li>subject 就是最主要的，对你本次提交进行简短的描述，不要超过50个字、结尾不加句号</li></ul><p>举个标准的例子：build(deps): update xxx maven version 这个 Header 的含义就是这个提交将影响构建功能中的依赖，升级了 xxx 的 maven 版本。</p>

优雅的源代码管理（三）：本地优雅的使用 Git Rebase 变基

<img src="https://cdn.renfei.net/upload/2023/0db60dbb4f56444b8f3f160f070aa673.webp" alt="优雅的源代码管理（二）：Git 的工作原理" /><p>本文为日常工作使用，仅做简单的解析，不做深入探究。</p><h2>为什么需要知道 Git 的原理</h2><p>在后续使用 Git 时，如果你明白 Git 是如何工作的，很多问题你将更容易理解，比如变基、分叉等问题，所以我推荐所有使用 Git 的开发人员了解 Git 的工作原理，只需要理解即可，无需掌握，所以推荐阁下进行浅浅的阅读了解即可，我也不会深入探究原理。</p><p>这里我只写我的理解，如果你希望阅读官方的文档，可以参见：<a href="https://git-scm.com/book/zh/v2" target="_blank" rel="nofollow noopener">https://git-scm.com/book/zh/v2</a></p><h2>Git 是如何工作的</h2><img src="https://cdn.renfei.net/upload/2023/e86f9bda94524801aead4460b5c3b623.webp" alt="Git 是如何工作的" /><p>Git 大致由这些常用的部分组成：</p><ul class=" list-paddingleft-2" style="list-style-type: disc;"><li>Workspace：工作区，这个区域就是我们的当前你正在修改的代码</li><li>Index或叫Stash：暂存区，有点像个小口袋，我们可以把当前修改存进去或取出来</li><li>Repository：本地仓库，整个项目的历史提交信息都在这里</li><li>Remote：远程仓库，大家都往这里 push 推送版本信息，pull 拉取最新的代码</li></ul><h2>Git 如何管理提交</h2><p>git内部一切皆对象，commit 对象是 git 仓库的一个快照，包含了整个项目在某一次提交时所有的文件。commit 指向一个 tree 对象，这个 tree 是目录的根路径，然后递归指向下面的 tree 和 blob 对象，blob 则是单个文件的二进制存储。</p><img src="https://cdn.renfei.net/upload/2023/bded0d0dd0a147fdb2c5cd14f14900dd.webp" alt="git commit 对象" /><p>每次 commit 都保存全部文件？其实不是的，对同一个文件（blob对象）的存储永远只有一份，不同commit中是用对象引用的形式来指向同一文件。</p><p>commit 对象中还有一个字段是 parent，父节点，多个 commit 对象就形成了一个链表，一条链起一个名字就是一个分支。</p><p>然后再用一个指针指向不同的 commit 对象，就可以回到任意一个提交版本，HEAD 指向的就是最新的节点。</p><h3>Git 分叉（branch diverged）</h3><p>正是由于 commit 是一条链，使用指针指向各个节点来表示代码版本，作为技术经理的我，各种场面都见了，连比较罕见的分叉我也见过了，当时场面是这样的：</p><ul class=" list-paddingleft-2" style="list-style-type: disc;"><li>开发者A：哎？我的代码怎么没了？提交记录都没了？</li><li>开发者B：哎？我删除的代码怎么又回来了？</li><li>开发者C：我表示正常，我的代码都在，肯定是你们的问题！</li><li>我：MD 开发分支分叉了！你们咋 push 的？推不上去就别强推啊！以后都用自己的分支吧，开发分支开启保护了禁止 push！</li></ul><h4>分叉大概是这样</h4><p>例如两个开发者B和C，分别在同一个分支上，在自己的电脑上进行 commit 提交，然后场面是这样：</p><img src="https://cdn.renfei.net/upload/2023/65f6befece844d128f4aa6970d493343.webp" alt="git分叉" /><p>开发者 C 先 push 了，这个分支的最新节点指向开发者 C 的 commit：</p><img src="https://cdn.renfei.net/upload/2023/8dc7d0afc8b74c46a74cbd66f1b00a40.webp" alt="git分叉" /><p>然后开发者 B 也 push，但肯定会失败，使用的可视化软件可能会提示一些扯淡的解决方案，勾选 force 强制推送，然后成了这样：</p><img src="https://cdn.renfei.net/upload/2023/e89989133b1c40f6aec1a4061267df89.webp" alt="git分叉" /><p>这样开发者 C 的提交就莫名消失了，因为分叉了。</p>

优雅的源代码管理（二）：Git 的工作原理

<img src="https://cdn.renfei.net/upload/2023/63c486727de5423cb5150b1df305cbcb.webp" alt="优雅的源代码管理（一）：版本控制系统 VCS（Version Control System）与软件配置管理 SCM（Software Configuration Management）"/><p>本文为日常工作使用，仅做简单的解析，不做深入探究。</p><h2>为什么写这个系列的博文</h2><p>在日常开发中，作为技术经理的我发现，很多开发人员遇到冲突不知如何是好甚至代码丢失、代码记录中充斥着大量 Merge 的 Commit、提交信息随意且杂乱无章等诸多问题，所以我想写这个系列的博文帮助开发者快速的、优雅的使用Git。</p><h2>什么是VCS版本控制</h2><p>源代码是一种十分宝贵的资产，必须进行保护，源代码是开发人员通过认真努力的收集和提炼关于问题领域的宝贵知识和理解的问题解决库，使用版本控制系统保护源代码免受灾难和人为错误导致的意外。</p><p>版本控制软件跟踪每一次对源代码的修改，如果出现错误，可以方便开发人员跟踪问题出现的路径，让时间倒流回到早期代码以帮助开发人员修复问题，同时将其他人员影响降到最小。</p><p>团队合作的软件开发人员不断新增源代码和修改现有源代码，团队中可能有一个人正在开发一个新的功能，另一个人正在修改现有代码修复一个不想关的问题，每个人可能都在对项目代码进行不同位置的修改，对软件的一部分所做的更改可能与同时工作的另一开发人员所做的更改不兼容。</p><p>使用版本控制系统就可以帮助我们解决这个问题，版本控制系统将跟踪每个贡献者的每个单独更改并帮助开发人员防止发生并发工作产生的冲突；另外在任何修改中都可能引入新的问题，在代码通过测试之前，这部分代码是不可信的，所以也需要测试和开发同时进行，这就需要在各个小版本之前进行切换，版本控制系统也可以帮助我们完成这样的切换。</p><h2>源代码管理 SCM</h2><p>SCM，全称Software Configuration Management，中文翻译为软件配置管理，用于控制和追踪软件的变化，其核心是版本控制和baseline的确立。</p><p>上面我们大致了解了版本控制，在多人协作项目中，各自开发人员有各自的版本，当通过某种协议将各自版本上传共享时可能发生冲突，可能导致后面的人把前面的人修改覆盖掉，SCM 可以防止由于冲突覆盖而导致工作丢失。</p><p>一旦 SCM 开始跟踪项目随时间的所有变化，就会创建项目生命周期的详细历史记录。然后可以使用此历史记录来“撤消”对代码库的更改。</p><p>借助 SCM，开发人员可以在功能开发的不同分支上独立工作，最终将它们合并在一起。</p><p>不好理解？我直接说人话吧：SCM 就是经理的角色，在中间协调各个开发者的代码，保证团队代码正确的合并。</p><h3>SVN（SubVersion）</h3><p>SVN是一款非常知名的中央版本控制系统。在之前非常流行使用 SVN 来进行代码管理，目前我身边的人几乎没人使用 SVN 了都是在使用 Git，所以 SVN 不在这里做详细的介绍了。</p><h3>Git</h3><p>Git 是目前为止，世界上使用最广泛的现代版本控制软件，Git是SCM的一个工具，或者说Git是实现SCM的一个具体的方法。最初由 Linux 操作系统内核的著名创造者 Linus Torvalds 在 2005 年开发。</p><p>Git 是分布式架构，对比上面的 SVN，Git 没有”中心“库，每个开发人员手里都是完整的代码仓库。</p><p>Git 已经是事实上的行业标准，所以每个软件开发者都应该会使用 Git 来管理源代码！</p><p>在下一篇文章中我将详细介绍 Git 的使用，Git 的安装将不再赘述，请自行安装配置。</p><h2>GitLab</h2><p>GitLab 是一个基于 Git 提供各种扩展功能的开源系统，它在基于 Git 的同时为我们提供了 issue、wiki、DevOps 等诸多高级功能，后续文章将详细讲解 GitLab 的使用。</p>

优雅的源代码管理（一）：版本控制系统 VCS（Version Control System）与软件配置管理 SCM（Software Configuration Management）

<img src="https://cdn.renfei.net/upload/2023/2d17cfb0687745e092565004070a30bb.webp" alt="ChatGPT开发商OpenAI买下极品域名AI.com">
<p>早在几年前就有人说域名已经不再重要，现在是手机APP的时代，一个好的域名已经不是那么重要，昨日，域名经济巨头Saw.com在社交媒体宣布，自己参与了顶级域名AI.com&rdquo;的销售。</p>
<p>而域名的买主正式当前大火的 ChatGPT 开发商 OpenAI，目前没有透露具体的成交价格，但从历史价格上看至少需要1100万美元（约合人民币7535万元）。</p>
<p>目前访问 AI.com 跳转到了 ChatGPT 的官网首页 chat.openai.com</p>
<img src="https://cdn.renfei.net/upload/2023/62814011a58d4df08a7fc97de70f7606.webp" alt="ai.com重定向到chat.openai.com">
<p>ChatGPT 官方并未推出手机APP软件，一直使用网页BS架构，所以购买这个域名应该也是很值得的，让用户觉得 AI 就是 ChatGPT。</p>
<p>能这么财大气粗，离不开背后金主微软的支持，随着 ChatGPT 的优秀表现，微软表示会为 OpenAI 提供多年的支持和数十亿美元的投资。</p>

ChatGPT 开发商 OpenAI 买下极品域名 AI.com

<img src="https://cdn.renfei.net/upload/2023/12ccce6c724744f8b4b2d8275b2479ae.webp" alt="ChatGPT 国内注册教程、使用方式和收费标准" />
<p>最近火爆的 AI 人工智能 ChatGPT 大家应该都听说了吧，本来我并不是搞人工智能的，没打算写，但各个行业的人均询问我如何注册 ChatGPT、如何使用 ChatGPT、ChatGPT 怎么收费？那我就专门写一篇博文来解释一下。</p>
<h2>ChatGPT是什么</h2>
<p>这是 ChatGPT 自己的回答：</p>
<p>ChatGPT 是一种由 OpenAI 训练的语言模型。它使用了 Transformer 技术和 GPT (Generative Pretrained Transformer) 架构，旨在使用自然语言生成文本，回答问题或完成任务。ChatGPT 可以被用于各种应用程序，如聊天机器人、问答系统等。</p>
<p>ChatGPT 是一个大型语言模型，具有非常多的参数。具体而言，它的参数数量取决于它的具体架构和训练数据。例如，OpenAI 的最新版本的 GPT-3 具有 175 亿个参数。这使得它能够学习大量的语言知识和解决各种不同的语言生成任务。</p>
<img src="https://cdn.renfei.net/upload/2023/89bee2850d3f4255b60c7000a09f1fa1.webp" alt="ChatGPT的回答" />
<h2>环境准备</h2>
<p>ChatGPT 并不对中国大陆提供访问，所以直接访问会被拦截，所以我们需要一些准备工作：</p>
<ul>
<li>魔法：我们需要一些魔法变成境外地址，你懂得，注意香港的IP也不行，需要欧美或日韩的IP地址，由于此魔法比较敏感，请各位自行学习科学上网。</li>
<li>手机号：注册的时候还需要一个境外手机来接收短信验证码，这个可以找接码平台来解决，例如：sms-activate.org。 Google Voice 等北美地区的虚拟号码不可以，会检测虚拟号码。</li>
</ul>
<h2>注册 ChatGPT</h2>
<p>首先，我们需要注册一个账号，我们到官网 <a href="https://chat.openai.com/auth/login"  target="_blank" rel="nofollow noopener">https://chat.openai.com/auth/login</a> 点击 Sign up 按钮，来到注册页面，输入邮箱、密码，去邮箱中点击验证链接。</p>
<p>完成邮箱验证之后，需要手机号验证，填入接码平台中的号码，接收验证码，如果正确就注册完成了。</p>
<img src="https://cdn.renfei.net/upload/2023/66197d9d2f094e91a427330c4af307b4.webp" alt="ChatGPT注册" />
<h2>ChatGPT 使用方式</h2>
<p>ChatGPT 的使用方式我自己给分成两种，一种是官方的聊天UI界面，另一种是接口 API 的使用方式，我们分别来说。</p>
<h3>ChatGPT 官方 UI 界面</h3>
<p>直接访问 <a href="https://chat.openai.com/chat"  target="_blank" rel="nofollow noopener">https://chat.openai.com/chat</a>，在这里使用，就是 ChatGPT 官方 UI 界面，可以体验 ChatGPT，并且是免费的。</p>
<h3>ChatGPT API 访问</h3>
<p>访问 <a href="https://platform.openai.com/playground"  target="_blank" rel="nofollow noopener">https://platform.openai.com/playground</a>，在这里进行测试，或者直接调用 API 接口，就是接口访问，这个是收费的！</p>
<p>使用接口的好处就是我们可以调用各种你想用的 AI 模型、调整各种参数，例如这些：</p>
<img src="https://cdn.renfei.net/upload/2023/c2d85d9e36c9421eb286ecaff109bb29.webp" alt="ChatGPT支持多种模型"/>
<p>哦，对了，Github 上开源的那些，其实也是通过 API 的形式访问的，也是收费的。</p>
<h2>ChatGPT API 收费标准</h2>
<h3>ChatGPT 语言模型收费标准</h3>
<p>首先，我们需要理解一个概念，token，我不知道如何翻译这个词，我翻译为&ldquo;标记&rdquo;，您可以将token标记视为用于自然语言处理的单词片段。对于英文文本，1 个token标记大约为 4 个字符或 0.75 个单词。作为参考，莎士比亚全集约有 900000 字或 120 万个token标记。</p>
<p>其次，语言模型有非常多个，每个模型的能力不同，收费不同，主要的模型价格有：</p>
<ul>
<li>Ada：$0.0004 &nbsp;/ 1K tokens（最快的轻量模型）</li>
<li>Babbage：$0.0005 &nbsp;/ 1K tokens</li>
<li>Curie：$0.0020 &nbsp;/ 1K tokens</li>
<li>Davinci：$0.0200 &nbsp;/ 1K tokens（能力最强的模型）</li>
</ul>
<p>注意，我这里说的是语言模型，如果您使用图像模型来处理图片，价格需要另外支付图像模型的钱。</p>
<p>收费计算上，将输入的词数量加上生成的词数量，求和计算出token标记，然后根据模型的价格进行收费</p>
<h3>ChatGPT Plus</h3>
<p>ChatGPT Plus 是 ChatGPT 的付费订阅计划。即使在ChatGPT负载很高时，它也能提供可用性、更快的响应速度以及对新功能的优先访问权。订阅价格是每个月 20美元。</p>

火爆的 AI 人工智能 ChatGPT 国内注册教程、使用方式和收费标准

<img src="https://cdn.renfei.net/upload/2023/f382adb4bdd249a0b3c34a47de656fb3.webp" alt="解决 SpringCloud 中 bootstrap.yml 不识别 @activatedProperties@ 参数" />
<p>在 Spring 项目中，我们经常使用 maven 变量来切换不用的环境，例如本文中的 @activatedProperties@ 参数，在 maven 打包时传入不用的参数，使得配置文件可以在多种运行环境中进行切换。</p>
<p>今天我遇到的问题是在 SpringCloud 中的 bootstrap.yml 文件使用了 @activatedProperties@ 参数，但是无论我怎么重新打包，这个 @activatedProperties@ 参数都没有被替换，直接原样的输出到打包文件中了，造成程序无法运行。</p>
<h2>使用 Maven Filtering</h2>
<p>Maven filtering 是 Maven 构建过程中的一个功能，它可以在构建过程中动态地替换文件中的属性。</p>
<p>例如，您可以在项目的配置文件中定义一个属性，然后在文件中使用该属性。在构建过程中，Maven 将替换该属性为它的实际值。</p>
<p>所以我们需要修改 pom.xml 中的 build 节点，增加 filtering 配置，配置如下：</p>
<pre><code class="xml">&lt;build&gt;
    &lt;finalName&gt;${project.artifactId}&lt;/finalName&gt;
    &lt;resources&gt;
        &lt;resource&gt;
            &lt;directory&gt;src/main/resources&lt;/directory&gt;
            &lt;includes&gt;
                &lt;include&gt;**/*.yml&lt;/include&gt;
            &lt;/includes&gt;
            &lt;filtering&gt;true&lt;/filtering&gt;
        &lt;/resource&gt;
    &lt;/resources&gt;
    &lt;plugins&gt;
        &lt;plugin&gt;
            &lt;groupId&gt;org.springframework.boot&lt;/groupId&gt;
            &lt;artifactId&gt;spring-boot-maven-plugin&lt;/artifactId&gt;
        &lt;/plugin&gt;
    &lt;/plugins&gt;
&lt;/build&gt;</code></pre>
<p>这样在构建过程中，Maven 将替换文件中的属性为其实际值。</p>
<p>如果你还有更多的疑问，建议阅读官方文档：<a href="https://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html" target="_blank" rel="nofollow noopener">https://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html</a></p>

解决 SpringCloud 中 bootstrap.yml 不识别 @activatedProperties@ 参数

<img src="https://cdn.renfei.net/upload/2023/d09f25c39beb4c39aa2311f6e9340a3e.webp" alt="Cron表达式书写教程搞定Linux、Spring、Quartz的定时任务" /><p>Cron表达式是什么我想能看到这篇博文的同学已经知道是用来干什么的了，一般我们在Linux、Spring、Quartz中进行定时任务设置的时候需要写Cron表达式来设置任务执行的周期。cron的读音是英 ['krɔ:n]/美 ['krɒn]，类似中文克龙的读音。</p><h2>Cron 类型</h2><p>Cron表达式是一个字符串，包含五个到七个由空格分隔的字段，Linux、Spring、Quartz 并不同，后面我们分开讨论，先在这里介绍比较通用的全部情况，如果你测试自己写的对不对，我也提供了：<a title="Cron在线测试工具" href="https://www.renfei.net/kitbox/cronTest" target="_blank">Cron在线测试工具</a>。</p><p>用空格分隔的每个域可能使用数字、,、-、*、/、?、L、W、#这些代号来表示不同的含义，具体含义如下：</p><ul><li>数字：具体的时间点</li><li>,：表示列出枚举值值，其实就是或的意思，例如 1,3 就是 1或3 的时候</li><li>-：表示范围，例如 1-3 就是 1到3 的意思</li><li>*：表示匹配该域的任意值，意思就是随便一个数</li><li>/：表示数值的增量，其实就是间隔，例如在分域写上 0/5 表示从0分开始，每隔5分钟</li><li>?：只能用在 Day of Month 和 Day of Week两个域，也是任意值的意思，例如想在每月的20日触发，不管20日是星期几，则只能使用如下写法： 13 13 15 20 * ?, 其中最后一位只能用？，而不能使用*，如果使用*表示不管星期几都会触发</li><li>L：表示最后，只能出现在 Day of Week 和 Day of Month 域，如果在 Day of Week 域使用5L,意味着在最后的一个星期四触发</li><li>W：表示有效工作日(周一到周五),只能出现在 Day of Month 域，例如：使用5W，如果5日是星期六，则将在最近的工作日：星期五，即4日触发，如果5日是星期天，则在6日(周一)触发；如果5日在星期一到星期五中的一天，则就在5日触发</li><li>#：用于确定每个月第几个星期几，只能出现在 Day of Week 域。例如在4#2，表示某月的第二个星期三</li></ul><p>上面提到了各种域，因为每个系统并不一样，所以下面分开介绍。</p><h2>Linux(crontab)</h2><p>在 Linux 中是 5 个域，分别是：Minutes、Hours、Day of Month、Month、Day of Week，五个域，意思是分别是：分钟、小时、天、月、周。</p><p>根据上面的表示方法，我们尝试造一个：18点到23点，每到0分和30分时执行的任务表达式，就是 0,30 18-23 * * *，解析就是：0,30代表分钟为0或者30，18-23代表小时18至23，其他星号代表任意匹配。</p><h2>Java(Spring)</h2><p>在 Spring 框架中，也为我们提供了 @Scheduled 的定时任务能力，它有 6 个域，分别是：Second、Minutes、Hours、Day of Month、Month、Day of Week，六个域，意思是分别是：秒、分钟、小时、天、月、周。</p><p>跟上面的 Linux 一样，只不过增加了秒的字段，精确到了秒，根据上面的表示方法，我们尝试造一个：每个月28日至31日18点整执行的任务表达式，就是 0 0 18 28-31 * ?，解析就是：第一个 0 代表 0秒，第二个 0 &nbsp;代表 0分，18 代表18点，28-31 代表每个月28到31日，星号代表任意月份，问号代表任意周几。</p><h2>Quartz 任务调度框架</h2><p>在 Quartz 任务调度框架中，Cron表达式在 Spring 的基础上再增加一个字段，它有 7 个域，分别是：Second、Minutes、Hours、Day of Month、Month、Day of Week、Year[optional]，六个域，意思是分别是：秒、分钟、小时、天、月、周、年（可选）。</p><p>Quartz 是比较专业的任务调度框架增加了一个年份的域，但这是可选的，可以不写，也就是说你用前 6 个域也是没问题的，我们一般忽略最后的年份域不写，但如果要在具体年份触发，也可以使用。</p><p>我们再练习一个：在每个月最后一天18点整触发，这个比较常用吧，月底最后一天，就是 0 0 18 L * ?，解析是第一个 0 代表 0秒，第二个 0 &nbsp;代表 0分，18 代表18点，L在 Day of Month 域上就是最后一天，星号代表任意月份，问号代表任意周几。</p><h2>总结</h2><p>只要理解各个域是什么，是不是很简单，我感觉比正则表达式好学多了，赶快去：<a title="Cron在线测试工具" href="https://www.renfei.net/kitbox/cronTest" target="_blank">Cron在线测试工具</a> 里面练习探索一下吧。</p>

Cron表达式书写教程搞定Linux、Spring、Quartz的定时任务

<p>12月18日，阿里云香港可用区C发生大规模服务中断事件，12月25日阿里云发布了事件复盘说明，我们一起来看看这个史诗级的故障是咋回事。</p>
<p>由于内容很多，我在这里进行部分摘要，只描述过程和问题，就不完整复制了。</p>
<h2>事件过程</h2>
<p>12月18日</p>
<ul>
<li>08:56，阿里云监控到香港可用区C机房包间通道温控告警，工程师介入应急处理，通知机房服务商进行现场排查。</li>
<li>09:01，阿里云监控到该机房多个包间温升告警，此时工程师排查到冷机异常。</li>
<li>09:09，机房服务商按应急预案对异常冷机进行4+4主备切换以及重启，但操作失败，冷水机组无法恢复正常。</li>
<li>09:17，依照故障处理流程，启动制冷异常应急预案，进行辅助散热和应急通风。尝试对冷机控制系统逐个进行隔离和手工恢复操作，但发现无法稳定运行，联系冷机设备供应商到现场排查。此时，由于高温原因，部分服务器开始受到影响。</li>
<li>10:30，为避免可能出现的高温消防问题，工程师陆续对整个机房计算、存储、网络、数据库、大数据集群进行降载处理。期间，继续多次对冷机设备进行操作，但均不能保持稳定运行。</li>
<li>12:30，冷机设备供应商到场，在多方工程师诊断下，对冷塔、冷却水管路及冷机冷凝器进行手工补水排气操作，但系统仍然无法保持稳定运行。工程师对部分高温包间启动服务器关机操作。</li>
<li>14:47，冷机设备供应商对设备问题排查遇到困难，其中一个包间因高温触发了强制消防喷淋。</li>
<li>15:20，经冷机设备商工程师现场手工调整配置，冷机群控解锁完成并独立运行，第1台冷机恢复正常，温度开始下降。工程师随后继续通过相同方法对其他冷机进行操作。</li>
<li>18:55，4台冷机恢复到正常制冷量。</li>
<li>19:02，分批启动服务器，并持续观察温升情况。</li>
<li>19:47，机房温度趋于稳定。同时，工程师开始进行服务启动恢复，并进行必要的数据完整性检查。</li>
<li>21:36，大部分机房包间服务器陆续启动并完成检查，机房温度稳定。其中一个包间因消防喷淋启动，未进行服务器上电。因为保持数据的完整性至关重要，工程师对这个包间的服务器进行了仔细的数据安全检查，这里花费了一些必要的时间。</li>
<li>22:50，数据检查以及风险评估完成，最后一个包间依据安全性逐步进行供电恢复和服务器启动。</li>
</ul>
<h2>服务影响</h2>
<p>12月18日09:23，香港可用区C部分ECS服务器开始出现停机，触发同可用区内宕机迁移。随着温度继续升高，受影响的服务器停机数量持续增加，客户业务开始受到影响，影响面扩大到香港可用区C的EBS、OSS、RDS等更多云服务。</p>
<p>因大量可用区C的客户在香港其他可用区新购ECS实例，从12月18日14:49开始，ECS管控服务触发限流，可用性最低跌至20%。</p>
<p>12月18日10:37，阿里云香港可用区C的部分存储服务OSS开始受到停机影响，此时客户暂不会感知，但持续高温会导致磁盘坏道，影响数据安全，工程师对服务器进行停机操作，从11:07至18:26中断了服务。</p>
<h2>问题分析</h2>
<h3>冷机系统故障恢复时间过长</h3>
<p>机房冷却系统缺水进气形成气阻，影响水路循环导致4台主冷机服务异常，启动4台备冷机时因主备共用的水路循环系统气阻导致启动失败。水盘补水后，因机房冷却系统的群控逻辑，无法单台独立启动冷机，手工修改冷机配置，将冷机从群控调整为独立运行后，陆续启动冷机，影响了冷却系统的恢复时长。整个过程中，原因定位耗时3小时34分钟，补水排气耗时2小时57分钟，解锁群控逻辑启动4台冷机耗时3小时32分钟。 &nbsp;</p>
<h3>现场处置不及时导致触发消防喷淋</h3>
<p>随着机房冷却系统失效，包间温度逐渐升高，导致一机房包间温度达到临界值触发消防系统喷淋，电源柜和多列机柜进水，部分机器硬件损坏，增加了后续恢复难度和时长。 &nbsp;</p>
<h3>客户在香港地域新购ECS等管控操作失败</h3>
<p>ECS管控系统为B、C可用区双机房容灾，C可用区故障后由B可用区对外提供服务，由于大量可用区C的客户在香港其他可用区新购实例，同时可用区C的ECS实例拉起恢复动作引入的流量，导致可用区 B 管控服务资源不足。新扩容的ECS管控系统启动时依赖的中间件服务部署在可用区C机房，导致较长时间内无法扩容。ECS管控依赖的自定义镜像数据服务，依赖可用区C的单AZ冗余版本的OSS服务，导致客户新购实例后出现启动失败的现象。</p>

阿里云香港可用区C发生史诗级故障

<img src="https://cdn.renfei.net/upload/2022/fd2c9349edcf40c9929935483c93e4de.webp" alt="国产统信UOS服务器操作系统V20提供免费使用授权" />
<p>在12月20日的统信UOS生态大会上，统信软件技术有限公司总经理刘闻欢正式宣布2023年新战略，发布服务器操作系统UOS V20免费使用授权。</p>
<h2>免费使用授权版本</h2>
<p>在版本区别上，免费使用授权版本完全可使用全部功能，只是没有商业售后支持，同时也提供跟随商业版本获取补丁进行更新升级。</p>
<p>目前释放两个芯片架构支持：AMD64/ARM64。</p>
<p>下载地址：<a href="https://www.chinauos.com/resource/download-server-ufu" target="_blank" rel="nofollow noopener">https://www.chinauos.com/resource/download-server-ufu</a></p>
<h2>解决CentOS停更挑战</h2>
<p>CentOS 停更，将作为 RedHat 的上游，想必大家都已经知道了，这次统信UOS服务器操作系统V20提供免费使用授权也是为了解决大家CentOS停更的挑战。</p>
<p>此次统信软件开放免费使用授权的是其成熟的商业版本，目前使用最多的CentOS 7的内核版本3.10，该版本是更为先进的4.19内核版本。产品质量也优于社区版。</p>
<p>这次免费授权的版本可以说就是商业版，只不过没有支持服务而已，在建立自己的开源生态上有非常大的意义，也祝国产开源操作系统越来越好。</p>

国产统信UOS服务器操作系统V20提供免费使用授权

生花妙笔信手来 – 基于 Amazon SageMaker 使用 Grounded-SAM 加速电商广告素材生成 [1]

<img src="https://cdn.renfei.net/upload/2023/4c3311f07afd4966b7b69aa5ca9c511b.webp" alt="github.renfei.net 不再完整代理 Github 页面改为代理指定文件" /><p>在此之前 github.renfei.net 完整代理 Github 页面，来解决中国大陆访问 Github 缓慢的问题，但这项服务遇到一些问题，目前不再完整代理 Github 页面，改为只代理具体的文件。</p><h2>代理限制</h2><p>在此之前 github.renfei.net 完整代理 Github 页面，与使用 Github 无异，包括页面、功能、和页面表单，但这也造成安全机构认为我的域名是钓鱼网站，因为我具有和 Github 一模一样的页面和功能，甚至包括了登录页面，这就造成被判定为危险的钓鱼网站，或者仿冒 Github 网站。</p><p>一旦被安全机构判定为钓鱼网站或恶意网站，从浏览器到搜索引擎都会被拦截，所以我无法再提供完整的 Github 代理。</p><h2>指定文件代理</h2><p>不必沮丧，目前 github.renfei.net 依然正常工作，只不过它换了一种工作方式，他将只代理指定的文件，让我们来举几个例子：</p><p>例如，你想在博客或者论坛、微信中分享一个 github 上的文件，但你又担心对方打不开 github，原始文件地址为：<a href="https://github.com/torvalds/linux/blob/master/Makefile" rel="nofollow">https://github.com/torvalds/linux/blob/master/Makefile</a></p><p>此时，你可以使用：<a href="https://github.renfei.net/torvalds/linux/master/Makefile" rel="nofollow">https://github.renfei.net/torvalds/linux/master/Makefile</a> 来代替 github 的原链接地址，将 github.com 更换为 github.renfei.net、将原始链接中的 blob 去除即可。</p><h3>代理指定分支或版本</h3><p>或许你希望分享不同分支或者不同提交版本的文件，除了上面的例子，我们还可以将原链接中的 master 分支，改为其他分支名，又或者直接改为 commit id，就像这样：<a href="https://github.renfei.net/torvalds/linux/09a9639e56c01c7a00d6c0ca63f4c7c41abe075d/Makefile" rel="nofollow">https://github.renfei.net/torvalds/linux/09a9639e56c01c7a00d6c0ca63f4c7c41abe075d/Makefile</a></p><p>使用 github.renfei.net 可以确保绝大部分地区无论是否可以访问 github 都可以得到 github 上的文件。</p>

github.renfei.net 不再完整代理 Github 页面改为代理指定文件

一年一重写，本次用React重写了前端，能优化的地方都优化了，完全前后端分离了，代价就是一次请求进来到node server请求多个后端接口，请求数被放大了，并且node也占用cpu造成几乎扛不住并发了；仓库和制品管理全部迁移到gitlab；工具箱新增多个工具；部分工具箱的工具使用golang重写。

一个空格引发的血案：插入的时候我检查了格式所以空格不会影响我，但是，查询的时候没处理空格，导致开始无限递归，找不到这个人就插入，再找还没有再插入，一直递归到栈空间被压满溢出

B站赠送所有用户1天大会员，赠送链接有效期截止7月15日23时59分59秒。

CentOS 8 将在 2021 年底走完自己的生命周期。

生花妙笔信手来 – 基于 Amazon SageMaker 使用 Grounded-SAM 加速电商广告素材生成 [1]

任霏博客

微信订阅号

开源与反馈