0%

springboot主程序

使用过springboot的都应该知道,springboot的主程序类上是由一个注解@SpringBootApplication的,这个注解表明了这个项目是一个springboot项目,也标注了这个类是springboot的主配置类

但是这个注解里的内容其实是很多的

1
2
3
4
5
6
@SpringBootConfiguration
@EnableAutoConfiguration
@ComponentScan(excludeFilters = {
@Filter(type = FilterType.CUSTOM, classes = TypeExcludeFilter.class),
@Filter(type = FilterType.CUSTOM, classes = AutoConfigurationExcludeFilter.class) })
public @interface SpringBootApplication {
阅读全文 »

springboot简介

由于spring和springmvc中存在很多繁琐的配置,springboot应运而生,来简化spring的开发,约定大于配置,可以很快的开发出一个可以运行的产品

优点

  • 快速创建独立运行的Spring项目并与主流框架集成
  • 使用嵌入式servlet容器,无需打成war包
  • starters自动依赖与版本控制
  • 大量的默认配置,简化开发,默认配置可修改
  • 无需配置xml
  • 应用监控
  • 与云计算天然集成

文件系统命令

df命令

查看分区存储情况,大小,使用率等

df统计的剩余空间是准确的

1
2
3
4
5
#df [选项]
df -h
---------------
-h 使用K或M或G为单位,显示文件系统
-T 显示文件系统类型
阅读全文 »

ziplist实现

注意:我使用的版本是6.0.10,不同版本可能略有差别

ziplist又叫做压缩列表,使用一段连续的内存来存储数据的数据结构,redis为了节约内存而开发的

ziplist结构

<zlbytes> <zltail> <zllen> <entry> <entry> … <entry> <zlend>

  • zlbytes 32位,4个字节 ziplist总字节数
  • zltail 32位,4个字节 压缩列表表尾距离起始位置有多少字节
  • zllen 16位,2个字节 记录压缩列表节点数量,由于是16位,最大值为65535,超过的话需要遍历整个ziplist才可以知道
  • entry 存储的值
  • zlend 8位,1个字节 表示ziplist结尾的特殊值
阅读全文 »

Git底层剖析

之前的文章中有说过本地库是存在.git目录下的objects文件夹中,而且文件夹名为commit_id的前两位,文件名为commit_id的另外38位,那这里边记录的是什么呢,记录的是commit对象

Git底层有三种类型的对象

  • commit 记录版本提交时间、版本作者、版本序列等
  • tree 记录文件名,目录结构
  • blob 记录文件内容
阅读全文 »

linux用户管理

用户信息文件

在linux中的/etc/passwd文件中保存着linux的所有用户信息

1
2
3
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
adm:x:3:4:adm:/var/adm:/sbin/nologin
阅读全文 »

Nginx可用参数

参数名称 注释
$arg_NAME HTTP 请求中某个参数的值,如/index.html?name=zhangsan,可以用$arg_name 取得zhangsan
$args HTTP 请求中的完整参数。例如,在请求/index.html?id=1&name=zhangsan 中,$args 表示字符串 id=1&name=zhangsan.
$binary_remote_addr 二进制格式的客户端地址。例如:\x0A\xE0B\x0E
$body_bytes_sent 表示在向客户端发送的 http 响应中,包体部分的字节数
$content_length 表示客户端请求头部中的 Content-Length 字段
$content_type 表示客户端请求头部中的 Content-Type 字段
$cookie_NAME 表示在客户端请求头部中的 cookie 字段,获取指定cookie
$document_root 表示当前请求所使用的 root 配置项的值
$uri 表示当前请求的 URI,不带任何参数
$document_uri 与$uri 含义相同
$request_uri 表示客户端发来的原始请求 URI,带完整的参数。$uri 和$document_uri 未必是用户的原始请求,在内部重定向后可能是重定向后的 URI,而$request_uri 永远不会改变,始终是客户端的原始 URI.
$host 表示客户端请求头部中的 Host 字段。如果 Host 字段不存在,则以实际处理的 server(虚拟主机)名称代替。如果 Host 字段中带有端口,如 IP:PORT,那么$host 是去掉端口的,它的值为 IP。$host 是全小写的。这些特性与 http_HEADER 中的 http_host 不同,http_host 只取出 Host 头部对应的值。
$hostname 表示 Nginx 所在机器的名称,与 gethostbyname 调用返回的值相同
$http_HEADER 表示当前 HTTP 请求中相应头部的值。HEADER 名称全小写。例如,示请求中 Host 头部对应的值
$sent_http_HEADER 表示返回客户端的 HTTP 响应中相应头部的值。HEADER 名称全小写。例如,用 $sent_http_content_type 表示响应中 Content-Type 头部对应的值
$is_args 表示请求中的 URI 是否带参数,如果带参数,$is_args 值为 ?,如果不带参数,则是空字符串
$limit_rate 表示当前连接的限速是多少,0 表示无限速
$nginx_version 表示当前 Nginx 的版本号
$query_string 请求 URI 中的参数,与 $args 相同,然而 $query_string 是只读的不会改变
$remote_addr 表示客户端的地址
$remote_port 表示客户端连接使用的端口
$remote_user 表示使用 Auth Basic Module 时定义的用户名
$request_filename 表示用户请求中的 URI 经过 root 或 alias 转换后的文件路径
$request_body 表示 HTTP 请求中的包体,该参数只在 proxy_pass 或 fastcgi_pass 中有意义
$request_body_file 表示 HTTP 请求中的包体存储的临时文件名
$request_completion 当请求已经全部完成时,其值为 “ok”。若没有完成,就要返回客户端,则其值为空字符串;或者在断点续传等情况下使用 HTTP range 访问的并不是文件的最后一块,那么其值也是空字符串。
$request_method 表示 HTTP 请求的方法名,如 GET、PUT、POST 等
$scheme 表示 HTTP scheme,如在请求 https://nginx.com/中表示 https
$server_addr 表示服务器地址
$server_name 表示服务器名称
$server_port 表示服务器端口
$server_protocol 表示服务器向客户端发送响应的协议,如 HTTP/1.1 或 HTTP/1.0

spring事件监听

ApplicationListener监听容器中发布的事件

实现ApplicationListener来完成事件监听

1
2
3
4
5
6
7
8
9
public interface ApplicationListener<E extends ApplicationEvent> extends EventListener {

/**
* Handle an application event.
* @param event the event to respond to
*/
void onApplicationEvent(E event);

}
阅读全文 »

spring注解整理

@Configuration

使用@Configuration注解来标注的类为配置类,配置类就相当于配置文件,可以在配置类中来配置bean

1
2
3
4
5
6
7
8
9
10
11
12
@Configuration
public class MainConfig {

/**
* bean的类型是返回类型,bean的id默认是方法名称
* @return
*/
@Bean
public Person person(){
return new Person("张三",18);
}
}

Bean

使用@Bean来标注方法以此来进行bean的实例化,bean的类型是返回类型,bean的id默认是方法名称,可以使用@Bean注解来自定义bean的id以及初始化方法、销毁方法

阅读全文 »

redis缓存穿透和缓存雪崩问题

缓存穿透

请求缓存中不存在的数据,导致所有的请求都到数据库中去查询,导致数据库压力过大

解决:

  • 利用互斥锁,缓存中没有,先获取锁,再去请求数据库,没有获取到锁的,先等待在进行重试
  • 利用布隆过滤器,内部维护一系列合法有效的key进行拦截,如果不合法直接返回
阅读全文 »