# Hysteria2代理：服务端配置整理

## 简介

本文将`Hysteria2`官方全部服务器配置说明使用yaml格式整理为一个整体(All in one)。

官方文档地址：https://v2.hysteria.network/zh/docs/advanced/Full-Server-Config/

注意：本文将截止至`2023-9-30`官方所有说明示例全部整理了，所以会有不同情况的重复配置示例，需要自行阅读进行修改后才可使用！

<div class="article-ads"></div>



## 配置整理

```yaml
# Hysteria2 配置文件

#-------------------------------------------------------------------------
# 监听地址
#
# listen 是服务器的监听地址。
# 如果省略，服务器将默认监听 :443 端口，这是 HTTP/3 的默认端口。
#-------------------------------------------------------------------------

listen: :443 # 当只有端口没有 IP 地址时，服务器将监听所有可用的 IP 地址。


#-------------------------------------------------------------------------
# TLS 自定义域名证书
# 
# 可以选择使用 tls 或 acme，但不能同时包含两者。
#-------------------------------------------------------------------------
tls:
  cert: some.crt
  key: some.key

#-------------------------------------------------------------------------
# acme 自动申请域名证书
# 
# 如何申请失败，会导致服务不可用
#-------------------------------------------------------------------------
acme:
  domains:
    - your.domain.net
  email: your@email.com

#-------------------------------------------------------------------------
# 混淆
# 
# 默认 Hysteria 协议伪装为 HTTP/3。如果你的网络针对性屏蔽了 QUIC 或 HTTP/3 流量（但允许其他 UDP 流量），
# 可以使用混淆来解决此问题。目前有一个名为 "Salamander" 的混淆实现，将数据包混淆成没有特征的 UDP 包。
# 此功能需要一个混淆密码，密码在客户端和服务端必须相同。
# 
# 注意: 启用混淆将使服务器与标准的 QUIC 连接不兼容，失去 HTTP/3 伪装的能力。
#-------------------------------------------------------------------------
obfs:
  type: salamander
  salamander:
    password: cry_me_a_r1ver # 替换为你的混淆密码。

#-------------------------------------------------------------------------
# QUIC 参数
#
# 默认的流和连接接收窗口大小分别为 8MB 和 20MB。
# 除非你完全明白自己在做什么，否则不建议修改这些值。
# 如果要改，建议保持流接收窗口与连接接收窗口的比例为 2:5。
#-------------------------------------------------------------------------
quic:
  initStreamReceiveWindow: 8388608 # 初始的 QUIC 流接收窗口大小。
  maxStreamReceiveWindow: 8388608 # 最大的 QUIC 流接收窗口大小。
  initConnReceiveWindow: 20971520 # 初始的 QUIC 连接接收窗口大小。
  maxConnReceiveWindow: 20971520 # 最大的 QUIC 连接接收窗口大小。
  maxIdleTimeout: 30s # 最长空闲超时时间。服务器会在多长时间没有收到任何客户端数据后关闭连接。
  maxIncomingStreams: 1024 # 最大并发传入流的数量。
  disablePathMTUDiscovery: false # 禁用 MTU 探测。



#-------------------------------------------------------------------------
# 带宽
#
# 服务器端带宽值的作用是最高速度限制，限制服务器对每个客户端发送和接收的最大速率。
# 注意，服务器上传速度对应的是客户端下载速度，反之亦然。
# 可以选择不写这个字段，或者在一边或两边设为零，零代表没有限制。
#
# 支持的单位有：
# - bps 或 b（每秒比特数）
# - kbps 或 kb 或 k（每秒千比特）
# - mbps 或 mb 或 m（每秒兆比特）
# - gbps 或 gb 或 g（每秒吉比特）
# - tbps 或 tb 或 t（每秒太比特）
#-------------------------------------------------------------------------
bandwidth:
  up: 1 gbps
  down: 1 gbps

#-------------------------------------------------------------------------
# 忽略客户端带宽设置

# ignoreClientBandwidth 启用后，服务器将忽略客户端设置的任何带宽，永远使用传统的拥塞控制算法（目前为 BBR）。
#
# 这个功能主要为不希望让用户自己设置带宽的服务器提供。
#-------------------------------------------------------------------------
ignoreClientBandwidth: false

#-------------------------------------------------------------------------
# 带宽行为详解
# (本节中的信息是 Hysteria 的内部实现细节，可能会在不同版本之间发生变化)
#
# 目前，Hysteria 有两种拥塞控制算法：
#
# BBR：    由 Google 为 TCP 开发，我们对其进行了修改以移植到 QUIC。
#          BBR 是标准的拥塞控制算法，包括慢启动和基于 RTT 变化的带宽估算。
#          BBR 能独立运行，不需要用户手动设置带宽。
#
# Brutal： 这是 Hysteria 自有的拥塞控制算法。
#          与 BBR 不同，Brutal 采用固定速率模型，丢包或 RTT 变化不会降低速度。
#          相反，如果无法达到预定的目标速率，反而会根据计算的丢包率提高发送速率来进行补偿。
#          Brutal 只在你知道（并正确设置了）当前网络的理论最大速度时才能正常运行。
#          其擅长在拥塞的网络中抢占带宽，因此得名。
#
# Brutal 如果带宽设置低于实际最大值也能正常运行；相当于限速。
# 重要的是不要将其设置得高于实际最大值，否则会因为补偿机制导致连接速度更慢且不稳定。
#
# 拥塞控制控制的是连接的发送部分。
#   从客户端的视角，如果没有设置 down 带宽值（但提供了 up），Hysteria 服务器会使用 BBR 向客户端发送数据，
#   但客户端会使用 Brutal 向服务器上传数据，反之亦然。
#   客户端可以提供两者，这样两个方向都会使用 Brutal，或者都不提供，这样两个方向都会使用 BBR。
#
# 如上所述，一个特殊情况是当服务器启用了 ignoreClientBandwidth 选项，无论客户端的带宽值如何，双方始终都会使用 BBR。
#
# 目前，服务端的带宽限制限制的只是 Brutal 最大速率。因此在使用 BBR 的情况下并不会生效。
#-------------------------------------------------------------------------


#-------------------------------------------------------------------------
# UDP
#
# disableUDP 启用后服务端禁用 UDP 转发，只支持 TCP。
#
# udpIdleTimeout 用于指定服务器对于每个 UDP 会话，在没有流量时保持本地 UDP 端口的时间长度。
# 概念上与 NAT 的 UDP 会话超时时间相似。
#-------------------------------------------------------------------------
disableUDP: false
udpIdleTimeout: 60s


#-------------------------------------------------------------------------
# 验证
#-------------------------------------------------------------------------
auth:
  type: password
  password: your_password # 用自己选的强密码进行替换。
  userpass: # 用户名-密码映射表。
    user1: pass1
    user2: pass2
    user3: pass3
  http:
    url: http://your.backend.com/auth # 处理验证的后端 URL。
    insecure: false # 禁用后端服务器的 TLS 验证（仅适用于 HTTPS）。
  command: /etc/some_command # 处理验证的命令路径。

#-------------------------------------------------------------------------
# 验证示例
#
# HTTP 验证
#     当使用 HTTP 验证，客户端尝试连接时，服务器会向后端服务器发送一个带有以下 JSON 的 POST 请求：
#     {
#       "addr": "123.123.123.123:44556", 
#       "auth": "something_something", 
#       "tx": 123456 
#     }
#     后端服务器必须返回以下 JSON：
#     {
#       "ok": true, 
#       "id": "john_doe" 
#     }
#     注意： HTTP 状态码必须为 200，才认为验证成功。其他状态码会被认为是验证失败。
#
# 命令验证
#     当使用命令验证，客户端尝试连接时，服务器将执行指定的命令并附带以下参数：
#     /etc/some_command addr auth tx 
#     该命令必须将客户 ID 输出到 stdout，如果允许客户端连接，则返回退出代码 0；如果客户端被拒绝，则返回非零。
#     如果命令执行失败，客户端将被拒绝。
#-------------------------------------------------------------------------

#-------------------------------------------------------------------------
# DNS 解析
# 
# 可以指定用于解析客户端请求中的域名的 DNS 服务器。
# 如果省略，Hysteria 将使用系统默认的 DNS 服务器。
#-------------------------------------------------------------------------
resolver:
  type: udp
  tcp:
    addr: 8.8.8.8:53 # TCP DNS 服务器地址。
    timeout: 4s # DNS 查询超时时间。
  udp:
    addr: 8.8.4.4:53 # UDP DNS 服务器地址。
    timeout: 4s
  tls:
    addr: 1.1.1.1:853 # DNS over TLS 服务器地址。
    timeout: 10s
    sni: cloudflare-dns.com # DNS over TLS 服务器的 SNI。
    insecure: false # 禁用 TLS 证书验证。
  https:
    addr: 1.1.1.1:443 # DNS over HTTPS 服务器地址。
    timeout: 10s
    sni: cloudflare-dns.com
    insecure: false


#-------------------------------------------------------------------------
# ACL
#
# ACL 是 Hysteria 服务端中一个非常强大的功能，可以用来自定义处理客户端请求的方式，往往配合出站规则（outbounds）使用。
# 例如，可以使用 ACL 来屏蔽某些地址，或者针对不同网站使用不同的出口。
# 关于语法、使用方法以及其他信息，请参考 ACL 文档(https://v2.hysteria.network/zh/docs/advanced/ACL/)。
#
# 可以选择使用 file 或者 inline，但不能同时使用两者。
#
# 注意： Hysteria 只支持 MaxMind 的 GeoLite2 Country MMDB 格式的数据库来实现 GeoIP 功能。
#     如果你不知道如何获取正确的文件，可以省略 geoip 字段，让 Hysteria 自动下载最新版本。
#     只有在 ACL 中至少有一个 GeoIP 规则时，才会下载数据库。
#-------------------------------------------------------------------------

# 文件
acl:
  file: some.txt # ACL 文件的路径。
  # geoip: GeoLite2-Country.mmdb # 可选。取消注释以启用。GeoIP 数据库文件的路径。如果省略这个字段，Hysteria 会自动下载最新的数据库。

# 内联
#acl:
#  inline: 
#    - reject(v2ex.com)
#    - reject(*.v2ex.com)
#    - reject(all, udp/443)
#    - reject(geoip:cn)
#  geoip: GeoLite2-Country.mmdb # 可选。取消注释以启用。GeoIP 数据库文件的路径。如果省略这个字段，Hysteria 会自动下载最新的数据库。


#-------------------------------------------------------------------------
# 出站规则 (Outbounds)
#
# 出站规则用于定义连接应通过哪个“出口”。
# 例如，与 ACL 结合使用时，可以实现除 Netflix 外的所有流量都直接使用服务器本地网络，而 Netflix 流量通过另一个 SOCKS5 代理连接。
#
# 目前，Hysteria 支持以下几种出站类型：
#   - direct：通过本地网络直接连接。
#   - socks5：SOCKS5 代理。
# 如果不使用 ACL，所有连接将始终通过列表中的第一个（“默认”）出站规则进行路由，所有其他出站规则将被忽略。
#-------------------------------------------------------------------------
outbounds:
  - name: my_outbound_1 # 出站规则的名称。在 ACL 中使用。
    type: direct
  - name: my_outbound_2
    type: socks5
    socks5:
      addr: shady.proxy.ru:1080 # SOCKS5 代理地址。
      username: hackerman # 可选。SOCKS5 代理用户名。
      password: Elliot Alderson # 可选。SOCKS5 代理密码。


#-------------------------------------------------------------------------
# 关于 direct 出站
#
# direct 出站规则有一些额外的选项，可以用来定制其行为：
# 注意： bindIPv4、bindIPv6 和 bindDevice 三者是互斥的。
#    可以只指定 bindIPv4 和/或 bindIPv6，或者只使用 bindDevice。
#
# 支持的 mode 值包括：
#   - auto：默认值。双栈模式。客户端会同时尝试使用 IPv4 和 IPv6 地址连接目标，选择第一个成功的。
#   - 64：优先使用 IPv6，如果没有可用的 IPv6 地址，使用 IPv4。
#   - 46：优先使用 IPv4，如果没有可用的 IPv4 地址，使用 IPv6。
#   - 6：始终使用 IPv6。如果没有可用的 IPv6 地址，连接失败。
#   - 4：始终使用 IPv4。如果没有可用的 IPv4 地址，连接失败。
#-------------------------------------------------------------------------
outbounds:
  - name: hoho
    type: direct
    direct:
      mode: auto 
      bindIPv4: 2.4.6.8 # 要绑定的本地 IPv4 地址。
      bindIPv6: 0:0:0:0:0:ffff:0204:0608 # 要绑定的本地 IPv6 地址。
      bindDevice: eth233 # 要绑定的本地网卡。


#-------------------------------------------------------------------------
# 流量统计 API (HTTP)
#
# 流量统计 API 允许你通过 HTTP API 查询服务器的流量统计信息，以及踢用户下线。
# 具体使用方法请参考 流量统计 API 文档(https://v2.hysteria.network/zh/docs/advanced/Traffic-Stats-API/)。
#
# 注意： 此 API 没有验证，注意不要暴露在公网上。另外建议通过 ACL 阻止客户端访问。
#-------------------------------------------------------------------------
trafficStats:
  listen: :9999 

#-------------------------------------------------------------------------
# 伪装 (Masquerade)
#
# Hysteria 抵抗审查的关键之一就是它能伪装成标准的 HTTP/3 流量。
# 这意味着数据包不仅对中间设备（middleboxes）看起来像是 HTTP/3，服务器还会像普通网站服务器一样真的响应 HTTP 请求。
# 然而，这意味着你的服务器必须实际提供一些内容，以便看起来是真实的。
#
# 如果审查不是你需要担心的问题，可以从配置文件中完全删除 masquerade 部分。
# 这种情况下，Hysteria 将对所有 HTTP 请求始终返回 404 Not Found 。
#
# 目前 Hysteria 提供以下几种伪装模式：
#   - file：作为一个静态文件服务器，从一个目录提供内容。
#   - proxy：作为一个反向代理，从另一个网站提供内容。
#-------------------------------------------------------------------------
# 可以通过特定参数启动 Chrome 以强制使用 QUIC，测试你的伪装配置：
#     chrome --origin-to-force-quic-on=your.site.com:443 
# 注意： 在用参数启动 Chrome 之前，请先确保完全退出了 Chrome，没有任何 Chrome 进程还在后台运行。
# 否则参数可能不会生效。
# 
# 然后访问 https://your.site.com 验证伪装是否生效。
#-------------------------------------------------------------------------
masquerade:
  type: proxy
  file:
    dir: /www/masq 
  proxy:
    url: https://some.site.net 
    rewriteHost: true 


#-------------------------------------------------------------------------
# 伪装举例：HTTP/HTTPS 伪装
#
# 通常支持 HTTP/3 的网站只是将其作为一个升级选项，在 80/443 端口上也提供 TCP 的 HTTP/HTTPS。
# 如果希望模仿这种模式，可以使用 listenHTTP 和 listenHTTPS 选项来启用 HTTP/HTTPS 伪装。
# 这种情况下，不需要用上述特殊参数启动 Chrome，和普通的网站一样访问即可验证伪装。
#-------------------------------------------------------------------------
# 注意： 目前没有迹象表明有任何政府/商业防火墙在利用 "缺少 TCP HTTP/HTTPS" 这点来检测 Hysteria 服务器。
# 本功能仅为执着于 "做戏做全套" 的用户提供。
# 既然要 "做戏做全套"，就没有理由将 HTTP/HTTPS 监听在 80/443 之外的自定义端口上（虽然 Hysteria 允许自定义监听地址）。
#-------------------------------------------------------------------------
masquerade:
  # ... (上述其他字段)
  listenHTTP: :80 
  listenHTTPS: :443 
  forceHTTPS: true 

```


## 赞助

**建站不易，以下是一个广告，还请动动您的小拇指，点击一次以示鼓励，谢谢！**


<div class="article-ads"></div>

> 就目前的访问量，即便每个访客都点一次广告，收入也不足以支付运营成本，`如果看不到广告，可能是网络原因或被拦截了，那就无所谓了~`

Hysteria2代理：服务端配置整理

## 简介

Linux命令行操作压缩文件的常用命令记录。

Linux 常用的压缩与解压缩命令有：tar、gzip、gunzip、bzip2、bunzip2、compress 、uncompress、 zip、 unzip、rar、unrar 等。本文只记录几个常用命令的常见用法。

参考文档：[菜鸟教程](https://www.runoob.com/w3cnote/linux-tar-gz.html)



## TAR

最常用的打包命令是 tar，使用 tar 程序打出来的包我们常称为 tar 包，tar 包文件的命令通常都是以 .tar 结尾的。生成 tar 包后，就可以用其它的程序来进行压缩了，所以首先就来讲讲 tar 命令的基本用法。

### 参数

下面五个是独立的命令参数，压缩解压都要用到其中一个，可以和别的命令连用但只能用其中一个。
> -c: 建立压缩档案  
> -x：解压  
> -t：查看内容  
> -r：向压缩归档文件末尾追加文件  
> -u：更新原压缩包中的文件 


下面的参数是根据需要在压缩或解压档案时可选的。

> -z：有gzip属性的  
> -j：有bz2属性的  
> -Z：有compress属性的  
> -v：显示所有过程  
> -O：将文件解开到标准输出 

下面的参数 -f 是必须的:

> -f: 指定文件名字，切记，这个参数是最后一个参数，后面只能接文件名。 

### 压缩

```shell
tar -cf all.tar *.jpg
```
这条命令是将所有 .jpg 的文件打成一个名为 all.tar 的包。-c 是表示产生新的包，-f 指定包的文件名。

### 解压缩

```shell
tar -xf all.tar
```
这条命令是解出 all.tar 包中所有文件，-x 是解开的意思。

### tar调用gzip

gzip 是 GNU 组织开发的一个压缩程序，.gz 结尾的文件就是 gzip 压缩的结果。与 gzip 相对的解压程序是 gunzip。tar 中使用 -z 这个参数来调用gzip。下面来举例说明一下：

```shell
tar -czf all.tar.gz *.jpg
```
这条命令是将所有 .jpg 的文件打成一个 tar 包，并且将其用 gzip 压缩，生成一个 gzip 压缩过的包，包名为 all.tar.gz。

```shell
tar -xzf all.tar.gz
```
这条命令是将上面产生的包解开。

## zip文件操作

linux 下提供了 zip 和 unzip 程序，zip 是压缩程序，unzip 是解压程序。它们的参数选项很多，这里只做简单介绍，依旧举例说明一下其用法：

```
zip all.zip *.jpg
```
这条命令是将所有 .jpg 的文件压缩成一个 zip 包:

```
unzip all.zip
```
这条命令是将 all.zip 中的所有文件解压出来。

## rar文件操作

要在 linux 下处理 .rar 文件，需要安装 RAR for Linux。下载地址：http://www.rarsoft.com/download.htm ，下载后安装即可。
```
tar -xzpvf rarlinux-x64-5.6.b5.tar.gz
cd rar 
make
```
这样就安装好了，安装后就有了 rar 和 unrar 这两个程序，rar 是压缩程序，unrar 是解压程序。它们的参数选项很多，这里只做简单介绍，依旧举例说明一下其用法：
```
rar a all *.jpg
```
这条命令是将所有 .jpg 的文件压缩成一个 rar 包，名为 all.rar，该程序会将 .rar 扩展名将自动附加到包名后。
```
unrar e all.rar
```
这条命令是将 all.rar 中的所有文件解压出来。
```
unrar x all.rar
```
这条命令是将 all.rar 中的所有文件解压出来，按目录层级。

Linux文件压缩命令

## 前言

大家好，我是老狗，一个有一点点理想主义的程序员。今天为大家介绍一个开源的命令行终端美化工具：**oh-my-posh**。（`Windows11为例`）

作为程序员，如果你使用 `Windows` 系统作为开发环境，相信你经常会用到 `CMD` 或 `PowerShell`，不知道你是否偶尔会觉得窗口很丑，像这样：

![old](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693796811437.jpg)

如果他更好看一些，你工作时候是否会感到更舒服一些呢？像这样：

![new](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693803315449.png)

本文就介绍如何使用 **oh-my-posh** 美化你的 `Windows` 命令行界面。



## oh-my-posh 简介

`oh-my-posh` 是一个受欢迎的开源项目，在其官网首页有一句话简介：**A prompt theme engine for any shell.** 意思是：**一个任何shell的提示主题引擎。**

- Github项目地址：https://github.com/JanDeDobbeleer/oh-my-posh
- 官网地址：https://ohmyposh.dev/

使用 `oh-my-posh` 大概可分为以下三个步骤：
1. 安装 `oh-my-posh`
2. 安装 `Nerd Fonts` 字体
3. 配置终端
4. 安装 `WindowsTerminal`


<div class="article-ads"></div>

## 安装 oh-my-posh

官网推荐使用 [命令行下载安装](https://ohmyposh.dev/docs/installation/windows#installation) ，但老狗是使用 [官方仓库发布的安装包](https://github.com/JanDeDobbeleer/oh-my-posh/releases) 进行的安装的，如果你想像老狗一样，请根据自身系统的型号下载对应安装文件，然后手动安装即可。

> 安装这一步就不多介绍了，最简单的一步，若是自行无法完成，建议放弃……

**安装时建议记住安装目录。** windows系统一般默认在`C:\Program Files (x86)\oh-my-posh`。

## 安装 Nerd Fonts 字体

oh-my-posh 是基于使用 `Nerd Fonts` 类型字体设计的，所以需要单独下载该类型字体，以支持美化效果。

oh-my-posh [官网推荐使用命令下载文件](https://ohmyposh.dev/docs/installation/fonts#installation)，但老狗使用命令下载时，一直出现网络连接超时等报错，所以老狗不推荐。

老狗是在官网下载字体并安装的，Nerd Fonts官网：https://www.nerdfonts.com/ 

老狗下载的字体是[AnonymousPro](https://github.com/ryanoasis/nerd-fonts/releases/download/v3.0.2/AnonymousPro.zip)（点击下载），下载后接下出很多`ttf`字体文件，全部右键 **安装** 字体即可。有些系统可能会有 `为所有用户安装` 选项，视情况选择即可。

## 配置终端

通过以上步骤，`oh-my-posh` 的相关操作已经全部完成，后续就是配置你的终端，让你的命令行界面来使用 `oh-my-posh` 的主题即可。

> 参考 `Windows` 官方说明：[custom-prompt-setup](https://learn.microsoft.com/en-us/windows/terminal/tutorials/custom-prompt-setup#choose-and-apply-a-powershell-prompt-theme)
> 
> 如有兴趣可以自行阅读官方说明，其中有客制化 `PowerShell` 终端主题的相关教程，并且教程中明确提到了 `oh-my-posh`，这也再次说明了该工具的受欢迎程度。
> 
> 如果想要直接上手，可以参考下面我的步骤：

我的配置方式是：

1. 选择主题，复制配置文件名

> 在oh-my-posh安装目录下，有themes文件夹(`C:\Program Files (x86)\oh-my-posh\themes`)，内部含有官方提供的众多主题配置内容，选择一个文件，将其文件名复制，如`aliens.omp.json`。

2. 配置终端主题

> 打开powershell终端，在其中输入 `notepad $PROFILE` 即可打开终端配置文件，没有则会新建。
> 
> 如果没有提示新建或打开文件，则可能是配置文件的文件夹不存在，可以手动创建文件夹再执行上述命令。输入`$PROFILE`可以产看配置文件绝对路径，一般为：`C:\Users\Administrator\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1`，其中`Administrator`是当前用户名。
> 
> 根据绝对路径把文件夹创建完成后，再次执行`notepad $PROFILE`。
> 
> 将以下内容：`oh-my-posh init pwsh --config "$env:POSH_THEMES_PATH\aliens.omp.json" | Invoke-Expression` 填入该文件并保存，其中 `aliens.omp.json` 即为主题配置文件的名字，切换其他主题修改该名称即可。

以上步骤完成后，所有步骤就就完成了，再次打开一个PowerShell即可看到美化效果：

![1](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693801840616.jpg)

此时可能很多人会认为：**什么玩意，还不如原来好看！**

没错，所以想要更好看，我们需要安装：WindowsTerminal

<div class="article-ads"></div>

## 安装 WindowsTerminal

### 安装

oh-my-posh在Windows安装教程最开始，就说道：`While Oh My Posh works on the standard terminal, we advise using the Windows Terminal.`，即建议使用 `Windows Terminal`。

Windows Terminal也是一个开源项目，Github地址：[terminal](https://github.com/microsoft/terminal)。在开源仓库发布页面可以下载其软件包，截止发文，最新版下载地址：[WindowsTerminalPreview_1.18.1462.0_x64](https://github.com/microsoft/terminal/releases/download/v1.18.1462.0/Microsoft.WindowsTerminalPreview_1.18.1462.0_x64.zip)。其他版本请自行前往仓库发布页面查找下载。

下载后，解压后，双击 `WindowsTerminal.exe` 即可使用。

提示：如果启动时报错`oh-my-posh`不是脚本等等异常，可以尝试重启电脑解决。

### 字体配置

Windows Terminal终端默认字体可能不是上面安装的Nerd Fonts字体，所以展示效果可能比较混乱，如下：

![2](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693802865202.jpg)

为了正确的展示效果没需要将其字体改为下载的字体：

1. 打开设置窗口

![3](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693802946511.jpg)

2. 在设置窗口中，找到并打开默认值 -> 外观

![4](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693803110031.jpg)

3. 修改字体为指定字体并保存

![5](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693803235653.jpg)

此时，回到终端界面，即可看到美化效果：

![6](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693803315449.png)

<div class="article-ads"></div>

## 效果展示

- VS code

![vscode](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693803721084.png)

- IntelliJ IDEA

![idea](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1693803759773.png)


## 赞助

**建站不易，以下是一个广告，还请动动您的小拇指，点击一次以示鼓励，谢谢！**
> 就目前的访问量，即便每个访客都点一次广告，收入也不足以支付运营成本，`如果看不到广告，可能是网络原因或被拦截了，那就无所谓了~`


<div class="article-ads"></div>

Windows命令行终端美化（oh-my-posh）

## 简介

搬运自官方仓库WIKI，主要记录`Spring Cloud Alibaba`依赖版本与其他组件版本对应关系。包括`Nacos`、`Sentinel`、`RocketMQ`、`Spring Cloud`、`Spring Boot`等等。

官方地址：[版本说明](https://github.com/alibaba/spring-cloud-alibaba/wiki/%E7%89%88%E6%9C%AC%E8%AF%B4%E6%98%8E)



## 版本说明

### 毕业版本依赖关系(推荐使用)

由于 Spring Boot 3.0，Spring Boot 2.7~2.4 和 2.4 以下版本之间变化较大，目前企业级客户老项目相关 Spring Boot 版本仍停留在 Spring Boot 2.4 以下，为了同时满足存量用户和新用户不同需求，社区以 Spring Boot 3.0 和 2.4 分别为分界线，同时维护 2022.x、2021.x、2.2.x 三个分支迭代。如果不想跨分支升级，如需使用新特性，请升级为对应分支的新版本。 为了规避相关构建过程中的依赖冲突问题，我们建议可以通过 [云原生应用脚手架](https://start.aliyun.com/) 进行项目创建。

#### 2022.x 分支

适配 Spring Boot 3.0，Spring Cloud 2022.x 版本及以上的 Spring Cloud Alibaba 版本按从新到旧排列如下表（最新版本用*标记）： *(注意，该分支 Spring Cloud Alibaba 版本命名方式进行了调整，未来将对应 Spring Cloud 版本，前三位为 Spring Cloud 版本，最后一位为扩展版本，比如适配 Spring Cloud 2022.0.0 版本对应的 Spring Cloud Alibaba 第一个版本为：2022.0.0.0，第个二版本为：2022.0.0.1，依此类推)*

| Spring Cloud Alibaba Version | Spring Cloud Version  | Spring Boot Version |
| ---------------------------- | --------------------- | ------------------- |
| 2022.0.0.0*                  | Spring Cloud 2022.0.0 | 3.0.2               |
| 2022.0.0.0-RC2               | Spring Cloud 2022.0.0 | 3.0.2               |
| 2022.0.0.0-RC1               | Spring Cloud 2022.0.0 | 3.0.0               |

#### 2021.x 分支

适配 Spring Boot 2.4，Spring Cloud 2021.x 版本及以上的 Spring Cloud Alibaba 版本按从新到旧排列如下表（最新版本用*标记）：

| Spring Cloud Alibaba Version | Spring Cloud Version  | Spring Boot Version |
| ---------------------------- | --------------------- | ------------------- |
| 2021.0.5.0*                  | Spring Cloud 2021.0.5 | 2.6.13              |
| 2021.0.4.0                   | Spring Cloud 2021.0.4 | 2.6.11              |
| 2021.0.1.0                   | Spring Cloud 2021.0.1 | 2.6.3               |
| 2021.1                       | Spring Cloud 2020.0.1 | 2.4.2               |

#### 2.2.x 分支

适配 Spring Boot 为 2.4，Spring Cloud Hoxton 版本及以下的 Spring Cloud Alibaba 版本按从新到旧排列如下表（最新版本用*标记）：

| Spring Cloud Alibaba Version      | Spring Cloud Version        | Spring Boot Version |
| --------------------------------- | --------------------------- | ------------------- |
| 2.2.10-RC1*                       | Spring Cloud Hoxton.SR12    | 2.3.12.RELEASE      |
| 2.2.9.RELEASE                     | Spring Cloud Hoxton.SR12    | 2.3.12.RELEASE      |
| 2.2.8.RELEASE                     | Spring Cloud Hoxton.SR12    | 2.3.12.RELEASE      |
| 2.2.7.RELEASE                     | Spring Cloud Hoxton.SR12    | 2.3.12.RELEASE      |
| 2.2.6.RELEASE                     | Spring Cloud Hoxton.SR9     | 2.3.2.RELEASE       |
| 2.2.1.RELEASE                     | Spring Cloud Hoxton.SR3     | 2.2.5.RELEASE       |
| 2.2.0.RELEASE                     | Spring Cloud Hoxton.RELEASE | 2.2.X.RELEASE       |
| 2.1.4.RELEASE                     | Spring Cloud Greenwich.SR6  | 2.1.13.RELEASE      |
| 2.1.2.RELEASE                     | Spring Cloud Greenwich      | 2.1.X.RELEASE       |
| 2.0.4.RELEASE(停止维护，建议升级) | Spring Cloud Finchley       | 2.0.X.RELEASE       |
| 1.5.1.RELEASE(停止维护，建议升级) | Spring Cloud Edgware        | 1.5.X.RELEASE       |

### 组件版本关系

每个 Spring Cloud Alibaba 版本及其自身所适配的各组件对应版本如下表所示（注意，Spring Cloud Dubbo 从 2021.0.1.0 起已被移除出主干，不再随主干演进）：

| Spring Cloud Alibaba Version                              | Sentinel Version | Nacos Version | RocketMQ Version | Dubbo Version | Seata Version    |
| --------------------------------------------------------- | ---------------- | ------------- | ---------------- | ------------- | ---------------- |
| 2022.0.0.0                                                | 1.8.6            | 2.2.1         | 4.9.4            | ~             | 1.7.0            |
| 2022.0.0.0-RC2                                            | 1.8.6            | 2.2.1         | 4.9.4            | ~             | 1.7.0-native-rc2 |
| 2021.0.5.0                                                | 1.8.6            | 2.2.0         | 4.9.4            | ~             | 1.6.1            |
| 2.2.10-RC1                                                | 1.8.6            | 2.2.0         | 4.9.4            | ~             | 1.6.1            |
| 2022.0.0.0-RC1                                            | 1.8.6            | 2.2.1-RC      | 4.9.4            | ~             | 1.6.1            |
| 2.2.9.RELEASE                                             | 1.8.5            | 2.1.0         | 4.9.4            | ~             | 1.5.2            |
| 2021.0.4.0                                                | 1.8.5            | 2.0.4         | 4.9.4            | ~             | 1.5.2            |
| 2.2.8.RELEASE                                             | 1.8.4            | 2.1.0         | 4.9.3            | ~             | 1.5.1            |
| 2021.0.1.0                                                | 1.8.3            | 1.4.2         | 4.9.2            | ~             | 1.4.2            |
| 2.2.7.RELEASE                                             | 1.8.1            | 2.0.3         | 4.6.1            | 2.7.13        | 1.3.0            |
| 2.2.6.RELEASE                                             | 1.8.1            | 1.4.2         | 4.4.0            | 2.7.8         | 1.3.0            |
| 2021.1 or 2.2.5.RELEASE or 2.1.4.RELEASE or 2.0.4.RELEASE | 1.8.0            | 1.4.1         | 4.4.0            | 2.7.8         | 1.3.0            |
| 2.2.3.RELEASE or 2.1.3.RELEASE or 2.0.3.RELEASE           | 1.8.0            | 1.3.3         | 4.4.0            | 2.7.8         | 1.3.0            |
| 2.2.1.RELEASE or 2.1.2.RELEASE or 2.0.2.RELEASE           | 1.7.1            | 1.2.1         | 4.4.0            | 2.7.6         | 1.2.0            |
| 2.2.0.RELEASE                                             | 1.7.1            | 1.1.4         | 4.4.0            | 2.7.4.1       | 1.0.0            |
| 2.1.1.RELEASE or 2.0.1.RELEASE or 1.5.1.RELEASE           | 1.7.0            | 1.1.4         | 4.4.0            | 2.7.3         | 0.9.0            |
| 2.1.0.RELEASE or 2.0.0.RELEASE or 1.5.0.RELEASE           | 1.6.3            | 1.1.1         | 4.4.0            | 2.7.3         | 0.7.1            |

Spring Cloud Alibaba版本说明

## 简介
Mysql中，对时间、日期类型数据加减指定数值，有两个函数可直接使用，分别是：
- ADDDATE(@date, INTERVAL expr unit)
- DATE_ADD(@date, INTERVAL expr unit)



## 详细介绍

`ADDDATE()`和`DATE_ADD()`的用法几乎一样，都可以对时间类型数据进行加减，通过参数可以指定对时间加减秒、分钟、小时、天等等。

应用示例：
```sql
-- ADDDATE 对当前时间增加60分钟
select ADDDATE(SYSDATE(), interval 60 minute) from dual;

-- ADDDATE 对当前时间增加60天
select ADDDATE(SYSDATE(), interval 60 day) from dual;

-- DATE_ADD 对当前时间增加60分钟
select DATE_ADD(SYSDATE(), interval 60 minute) from dual;

-- DATE_ADD 对当前时间增加60天
select DATE_ADD(SYSDATE(), interval 60 day) from dual;
```

### 参数枚举

- `interval 60 SECOND_MICROSECOND`：增加60毫秒
- `interval 60 SECOND`：增加60秒
- `interval 60 MINUTE`：增加60分钟
- `interval 60 HOUR`：增加60小时
- `interval 60 DAY`：增加60天
- `interval 60 MONTH`：增加60月
- `interval 60 YEAR`：增加60年


### 区别

两个函数的用法区别：在天数操作时，`ADDDATE()`可以可以省略一部分关键字，`DATE_ADD()`不可以，如：

```sql
-- ADDDATE 对当前时间增加60天
select ADDDATE(SYSDATE(), 60) from dual;

-- DATE_ADD 对当前时间增加60天
select DATE_ADD(SYSDATE(), interval 60 day) from dual;
```

Mysql时间加减天数、小时、分钟等

twitter:card

twitter:title

https://images.oldmoon.top/images/dingdangdog/oldmoon.png

twitter:image

努力做一只帅气、有才、豁达的老狗！

twitter:description