http协议的返回状态码主要分为5类1xx,2xx,3xx,4xx,5xx



HTTP状态码是服务器对客户端请求的响应标准，用来表示处理请求的结果。

1. **信息性状态码（100–199）**：
 - `100 Continue` 表示请求者应继续其请求。
 - `101 Switching Protocols` 客户端请求服务器切换协议，且服务器同意切换。

2. **成功状态码（200–299）**：
 - `200 OK` 是最常见的成功状态码，意味着请求已成功并且服务器返回了所请求的数据。
 - `201 Created` 请求成功并且服务器创建了新的资源。
 - `204 No Content` 服务器成功处理了请求，但没有返回任何内容。
 
3. **重定向状态码（300–399）**：
 - `301 Moved Permanently` 指示请求的资源已被永久移动到新位置。
 - `302 Found` 表示请求的资源临时从不同的URI响应请求。
 - `307 Temporary Redirect` 请求的资源临时从不同的URI响应请求，但是客户端应当继续使用原有的位置进行以后的请求。
 - `308 Permanent Redirect` 这表明请求的资源现在永久位于由Location头部指定的不同URI。

4. **客户端错误状态码（400–499）**：
 - `400 Bad Request` 由于明显的客户端错误（例如，格式错误的请求语法、过大尺寸或虚拟主机名称不正确），服务器无法处理请求。
 - `401 Unauthorized` 类似于403 Forbidden，但专门用于未通过服务器身份验证的情况。
 - `404 Not Found` 当服务器找不到与请求匹配的任何内容时返回。
 - `403 Forbidden` 表示服务器理解请求但拒绝执行。
 
5. **服务器错误状态码（500–599）**：
 - `500 Internal Server Error` 表示服务器遇到一个未曾预料的情况，导致无法完成请求。
 - `501 Not Implemented` 服务器不支持请求的功能，无法完成请求。
 - `502 Bad Gateway` 通常意味着作为网关或代理角色的服务器收到无效响应。
 - `503 Service Unavailable` 服务器暂时无法处理请求（可能是过载或维护）。


:::note{title="注"}
如果有任何错误或需要改进，欢迎留言指正。
:::

http的常用状态码

假期结束了，又要工作了😭

假期结束了

vmess+ws+tls+nginx分流


- [Xray的github仓库地址](https://github.com/XTLS/Xray-core)
## 1.服务端
首先下载Xray的linux版本，解压编辑config.json
```config.json
{
 "inbounds": [
 {
 "port": 10008,
 "protocol": "vmess",
 "settings": {
 "clients": [
 {
 "id": "....",
 "alterId": 64 
 }
 ],
 "decryption": "none"
 },
 "streamSettings": {
 "network": "ws",
 "wsSettings": {
 "path": "/ashocndl"
 }
 }
 }
 ],
 "outbounds": [
 {
 "protocol": "freedom"
 }
 ]
}
```
:::tip{title="提示"}
-c 可以指定config.json文件
:::
## 2.客户端

```
{
 "log": {
 "access": "",
 "error": "",
 "loglevel": "warning"
 },
 "inbounds": [
 {
 "tag": "socks",
 "port": 10808,
 "listen": "127.0.0.1",
 "protocol": "socks",
 "sniffing": {
 "enabled": true,
 "destOverride": [
 "http",
 "tls"
 ],
 "routeOnly": false
 },
 "settings": {
 "auth": "noauth",
 "udp": true,
 "allowTransparent": false
 }
 },
 {
 "tag": "http",
 "port": 10809,
 "listen": "127.0.0.1",
 "protocol": "http",
 "sniffing": {
 "enabled": true,
 "destOverride": [
 "http",
 "tls"
 ],
 "routeOnly": false
 },
 "settings": {
 "auth": "noauth",
 "udp": true,
 "allowTransparent": false
 }
 }
 ],
 "outbounds": [
 {
 "tag": "proxy",
 "protocol": "vmess",
 "settings": {
 "vnext": [
 {
 "address": "domain.com",
 "port": 443,
 "users": [
 {
 "id": "...........",
 "alterId": 64,
 "email": "........",
 "security": "auto"
 }
 ]
 }
 ]
 },
 "streamSettings": {
 "network": "ws",
 "security": "tls",
 "tlsSettings": {
 "allowInsecure": false
 },
 "wsSettings": {
 "path": "/ashocndl",
 "headers": {}
 }
 },
 "mux": {
 "enabled": false,
 "concurrency": -1
 }
 },
 {
 "tag": "direct",
 "protocol": "freedom",
 "settings": {}
 },
 {
 "tag": "block",
 "protocol": "blackhole",
 "settings": {
 "response": {
 "type": "http"
 }
 }
 }
 ],
 "dns": {
 "hosts": {
 "dns.google": "8.8.8.8",
 "proxy.example.com": "127.0.0.1"
 },
 "servers": [
 {
 "address": "223.5.5.5",
 "domains": [
 "panyin.shop"
 ]
 },
 {
 "address": "223.5.5.5",
 "domains": [
 "geosite:cn",
 "geosite:geolocation-cn"
 ],
 "expectIPs": [
 "geoip:cn"
 ]
 },
 "1.1.1.1",
 "8.8.8.8",
 "https://dns.google/dns-query"
 ]
 },
 "routing": {
 "domainStrategy": "AsIs",
 "rules": [
 {
 "type": "field",
 "inboundTag": [
 "api"
 ],
 "outboundTag": "api"
 },
 {
 "type": "field",
 "port": "443",
 "network": "udp",
 "outboundTag": "block"
 },
 {
 "type": "field",
 "port": "0-65535",
 "outboundTag": "proxy"
 }
 ]
 }
}
```

## 3.nginx

```
#vmess的https加密(暂无)
server {
 listen 443 ssl;
 server_name domain.com;

 ssl_certificate "/path/cert/fullchain.pem";
 ssl_certificate_key "/path/cert/privkey.pem";

 location /ashocndl {
 if ($http_upgrade != "websocket") { # WebSocket协商失败时返回404
 return 404;
 }
 proxy_redirect off;
 proxy_pass http://127.0.0.1:10008;
 proxy_http_version 1.1;
 proxy_set_header Upgrade $http_upgrade;
 proxy_set_header Connection "upgrade";
 proxy_set_header Host $host;
 # Show real IP in v2ray access.log
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 } 
```
nginx还可以建立多个location实现流量分流

:::note{title="注"}
注意server_name domain.com指的是要放行的域名
:::

vmess+ws+tls+nginx分流

springboot基本介绍



## 1. Spring Boot是什么
我们知道，从 2002 年开始，Spring 一直在飞速的发展，如今已经成为了在Java EE（Java Enterprise Edition）开发中真正意义上的标准，但是随着技术的发展，Java EE使用 Spring 逐渐变得笨重起来，大量的 XML 文件存在于项目之中。繁琐的配置，整合第三方框架的配置问题，导致了开发和部署效率的降低。
2012 年 10 月，Mike Youngstrom 在 Spring jira 中创建了一个功能请求，要求在 Spring 框架中支持无容器 Web 应用程序体系结构。他谈到了在主容器引导 spring 容器内配置 Web 容器服务。这是 jira 请求的摘录：
而 Spring 的 Web 应用体系结构可以大大简化，如果它提供了从上到下利用 Spring 组件和配置模型的工具和参考体系结构。在简单的 main()方法引导的 Spring 容器内嵌入和统一这些常用Web 容器服务的配置。
这一要求促使了 2013 年初开始的 Spring Boot 项目的研发，到今天，Spring Boot 的版本已经到了 2.0.3 RELEASE。Spring Boot 并不是用来替代 Spring 的解决方案，而是和 Spring 框架紧密结合用于提升 Spring 开发者体验的工具。
它集成了大量常用的第三方库配置，Spring Boot应用中这些第三方库几乎可以是零配置的开箱即用（out-of-the-box），大部分的 Spring Boot 应用都只需要非常少量的配置代码（基于 Java 的配置），开发者能够更加专注于业务逻辑。
## 2. 为什么学习Spring Boot
### 2.1 从Spring官方来看
我们打开 Spring 的官方网站，可以看到官方对 Spring Boot 的定位：Build Anything， Build任何东西。Spring Boot旨在尽可能快地启动和运行，并且只需最少的 Spring 前期配置。 同时我们也来看一下官方对后面两个的定位：
SpringCloud：Coordinate Anything，协调任何事情；
SpringCloud Data Flow：Connect everything，连接任何东西。
仔细品味一下，Spring 官网对 Spring Boot、SpringCloud 和 SpringCloud Data Flow三者定位的措辞非常有味道，同时也可以看出，Spring 官方对这三个技术非常重视，是现在以及今后学习的重点（SpringCloud 相关达人课课程届时也会上线）。
### 2.2 从Spring Boot的优点来看
#### 2.2.1 良好的基因
Spring Boot 是伴随着 Spring 4.0 诞生的，从字面理解，Boot是引导的意思，因此 Spring Boot 旨在帮助开发者快速搭建 Spring 框架。Spring Boot 继承了原有 Spring 框架的优秀基因，使 Spring 在使用中更加方便快捷。
#### 2.2.2 简化编码
举个例子，比如我们要创建一个 web 项目，使用 Spring 的朋友都知道，在使用 Spring 的时候，需要在 pom 文件中添加多个依赖，而 Spring Boot 则会帮助开发着快速启动一个 web 容器，在 Spring Boot 中，我们只需要在 pom 文件中添加如下一个 starter-web 依赖即可。

```
<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-web</artifactId>
</dependency>
```
我们点击进入该依赖后可以看到，Spring Boot 这个 starter-web 已经包含了多个依赖，包括之前在 Spring 工程中需要导入的依赖，我们看一下其中的一部分，如下：
```

<dependency>
 <groupId>org.springframework</groupId>
 <artifactId>spring-web</artifactId>
 <version>5.0.7.RELEASE</version>
 <scope>compile</scope>
</dependency>
<dependency>
 <groupId>org.springframework</groupId>
 <artifactId>spring-webmvc</artifactId>
 <version>5.0.7.RELEASE</version>
 <scope>compile</scope>
</dependency>
```
由此可以看出，Spring Boot 大大简化了我们的编码，我们不用一个个导入依赖，直接一个依赖即可。
#### 2.2.3 简化配置
Spring 虽然使Java EE轻量级框架，但由于其繁琐的配置，一度被人认为是“配置地狱”。各种XML、Annotation配置会让人眼花缭乱，而且配置多的话，如果出错了也很难找出原因。Spring Boot更多的是采用 Java Config 的方式，对 Spring 进行配置。举个例子：

我新建一个类，但是我不用 @Service注解，也就是说，它是个普通的类，那么我们如何使它也成为一个 Bean 让 Spring 去管理呢？
只需要@Configuration 和@Bean两个注解即可，如下：

```
public class TestService {
 public String sayHello () {
 return "Hello Spring Boot!";
 }
}
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
 
@Configuration
public class JavaConfig {
 @Bean
 public TestService getTestService() {
 return new TestService();
 }
}
```
@Configuration表示该类是个配置类，@Bean表示该方法返回一个 Bean。这样就把TestService作为 Bean 让 Spring 去管理了，在其他地方，我们如果需要使用该 Bean，和原来一样，直接使用@Resource注解注入进来即可使用，非常方便。
```
@Resource
private TestService testService;
```
另外，部署配置方面，原来 Spring 有多个 xml 和 properties配置，在 Spring Boot 中只需要个 application.yml即可。
#### 2.2.4 简化部署
在使用 Spring 时，项目部署时需要我们在服务器上部署 tomcat，然后把项目打成 war 包扔到 tomcat里，在使用 Spring Boot 后，我们不需要在服务器上去部署 tomcat，因为 Spring Boot 内嵌了 tomcat，我们只需要将项目打成 jar 包，使用 java -jar xxx.jar一键式启动项目。
另外，也降低对运行环境的基本要求，环境变量中有JDK即可。
#### 2.2.5 简化监控
我们可以引入 spring-boot-start-actuator 依赖，直接使用 REST 方式来获取进程的运行期性能参数，从而达到监控的目的，比较方便。但是 Spring Boot 只是个微框架，没有提供相应的服务发现与注册的配套功能，没有外围监控集成方案，没有外围安全管理方案，所以在微服务架构中，还需要 Spring Cloud 来配合一起使用。
### 2.3 从未来发展的趋势来看
微服务是未来发展的趋势，项目会从传统架构慢慢转向微服务架构，因为微服务可以使不同的团队专注于更小范围的工作职责、使用独立的技术、更安全更频繁地部署。而 继承了 Spring 的优良特性，与 Spring 一脉相承，而且 支持各种REST API 的实现方式。Spring Boot 也是官方大力推荐的技术，可以看出，Spring Boot 是未来发展的一个大趋势。
## 3.文档配置版本
本课程的开发环境：

开发工具：IDEA 2017
JDK版本： JDK 1.8
Spring Boot版本：2.0.3 RELEASE
Maven版本：3.5.2
涉及到的插件：
```
FastJson
Swagger2
Thymeleaf
MyBatis
Redis
ActiveMQ
Shiro
Lucence
```

:::note{title="注"}
如果有任何错误或需要改进，欢迎留言指正。
:::

引用资料
https://blog.csdn.net/cuiqwei/article/details/118188540?spm=1001.2014.3001.5506

springboot框架简介

算法的复杂度



算法的复杂度是衡量算法效率的重要指标，通常分为**时间复杂度**和**空间复杂度**两个方面。理解这两者的概念对于评估算法性能至关重要。

## 时间复杂度

时间复杂度是用来量化算法运行时间随输入数据量增长的变化趋势。它通过大O符号（Big O notation）来表示最坏情况下的上界。常见的时间复杂度从低到高有：

- **常数时间 O(1)**：无论输入大小如何，算法执行时间都是固定的。
- **对数时间 O(log n)**：随着输入数据量的增加，算法所需时间以较慢的速度增长，如二分查找。
- **线性时间 O(n)**：算法执行时间与输入数据量成正比，如遍历列表。
- **线性对数时间 O(n log n)**：常见于高效的排序算法，如快速排序、归并排序。
- **平方时间 O(n^2)**、**立方时间 O(n^3)**等：多见于简单嵌套循环结构的算法，如冒泡排序。
- **指数时间 O(2^n)**：每次输入增加一个元素，处理时间翻倍，适用于一些递归问题。
- **阶乘时间 O(n!)**：最糟糕的情况之一，如旅行商问题的暴力解法。

## 空间复杂度

空间复杂度则关注算法在执行过程中所需的额外存储空间，同样使用大O符号表示。它包括：

- **常数空间 O(1)**：算法使用的额外空间不随输入数据量变化。
- **线性空间 O(n)**：额外空间需求随输入数据量线性增长，例如需要额外数组存储中间结果。
- 更高的空间复杂度也存在，但较少见。

:::note{title="注"}
如果有任何错误或需要改进，欢迎留言指正。
:::