千寻啊千寻

最好用的内网穿透，无需任何第三方工具，免费，速度快，支持 ipv4 和 ipv6，免费证书

2025-07-05T10:18:00.000Z

介绍

本文使用的是腾讯的边缘安全加速平台 EO，简直良心的，完全免费，而且免费节点支持全球访问，速度快的一批。

准备工作

Nas 配置好外网 ipv6 访问
Nas 配置有 ipv6 域名解析
有自己的域名，国内访问需要备案
有腾讯云和https://edgeone.ai/账号

获取免费套餐

申请`edgeone`免费名额

活动地址：https://edgeone.ai/zh/redemption?from=recommend

兑换码免费套餐

这里在edgeone申请的兑换码，可以直接在腾讯云上面兑换，兑换地址：https://console.cloud.tencent.com/edgeone/package

兑换成功如下：

配置内网穿透

添加自己的域名站点

这里是根域名，按照步骤添加就可以

配置自己的内网穿透

添加一个子域名，指向自己的 Nas 服务：

配置映射关系，这里的源站配置对应的域名，就是自己 Nas 解析的 ipv6 地址的域名，不懂的自行百度。

注意：回源协议一定要和 Nas 服务本身的协议一直，如果只支持http，那么回源协议就只能选择http，如果只支持https，那么回源协议就只能选择https，要按实际来，我这里就踩坑了，我的服务只支持 http 的，我选择了 http https，结果就一直报错，无法访问。

最后配置https证书

等待部署完成，就可以愉快发访问了。

Nas使用NAT1的ipv4做内网穿透，不解释，不啰嗦，直接开干

2025-06-23T09:51:00.000Z

前言

我这里是做飞牛的内网穿透使用，目的是可以通过公网 IPV4 访问飞牛，当前也可以访问其他设备，再也不用担IPV6的不普及和其他内网穿透的龟速问题了。

前提

可以登录光猫并且设置桥接
可以使用路由器拨号上网
可以科学上网
最好会使用 docker

检查当前网络NAT类型

使用 ssh 登录飞牛控制台，运行以下命令检查：

# 登录飞牛
ssh qianxunclub@192.168.1.100

# 检查NAT类型
sudo docker run --rm --net=host nattertool/check

# 会输出以下
> NatterCheck v2.1.1

Checking TCP NAT...                  [  FAIL  ] ... NAT Type: 3
Checking UDP NAT...                  [  FAIL  ] ... NAT Type: 3

一般结果都是NAT3类型的，也是默认的，当然如果是NAT Type: 1,那你本来就是 NAT1，就不需要往下看了。

光猫配置

使用管理员登录光猫，并且设置为桥接，这里我就不多解释了，自行搜索，设置光猫为桥接模式。
注意的是，要关闭防火墙。

路由器配置

我的路由器是华硕的，其他路由器配置方式一样。

首先要路由器拨号上网

关闭路由器防火墙

DHCP设置静态IP绑定

首先要启用绑定功能，在DHCP设置中，找到飞牛的IP，然后应用即可。

设置DMZ，指定IP暴漏在互联网上

首先启用DMZ，然后设置飞牛IP暴露到公网，然后应用。

暂时关闭飞牛防火墙

自己在飞牛设置里面找，确保已经关闭。

再次检查飞牛NAT类型

sudo docker run --rm --net=host nattertool/check

> NatterCheck v2.1.1

Checking TCP NAT...                  [   OK   ] ... NAT Type: 1
Checking UDP NAT...                  [   OK   ] ... NAT Type: 1

显示NAT Type: 1，代表已经成功了。

使用`Natter`，做内网穿透连接

# 在ssh启用服务
sudo docker run --net=host nattertool/natter:latest

# 在飞牛 docker 里面查看一下日志

Please check [ http://xxx.xxx.xxx.xxx:xxx ]



LAN > xxx.xxx.xxx.xxx:xxx   [ OPEN ]

LAN > xxx.xxx.xxx.xxx:xxx   [ OPEN ]

LAN > xxx.xxx.xxx.xxx:xxx   [ OPEN ]

WAN > xxx.xxx.xxx.xxx:xxx   [ OPEN ]

当出现以上信息，基本上就没问题了，然后再其他设备访问Please check [ http://xxx.xxx.xxx.xxx:xxx ]，里面的链接，如果正常访问，就是打洞成功了。

手把手教你注册和使用ChatGPT

2023-08-12T03:27:23.000Z

一、前提条件

你必须要能科学上网，并且节点不能是中国大陆和香港，我一般用美国或者台湾。
注册谷歌、微软或者苹果邮箱账号，账号地址最好选择美国，或者台湾允，不然邮箱是不允许使用注册的。
注册需要使用国外手机号码，使用 https://sms-activate.org/ ，注册账号，注册玩后，使用支付宝充值个几块钱，我冲了十块钱，可以用好几次。

二、开始注册

以上准备好，就可以往下走，开始注册。

打开科学上网后，打开链接 https://platform.openai.com/signup?launch ，使用准备好的邮箱，点击下面对应的登录按钮。
填写姓名和生日，公司可以不用填写
这一步就比较关键的一部，在上面https://sms-activate.org注册的账号，购买虚拟号码等待短信。

选择国家，这里我使用的是巴西，比较便宜

购买成功后，会给你一个手机号码，并且等待手机验证码
填写手机号码
回到openai网页，填写上面的手机号码，这里的手机号码，包含小括号里面的数字
这个时候，等个几秒钟，https://sms-activate.org/苹果就会收到对应的验证码了。
不出意外的话，恭喜你，这个时候就注册成功了，https://chat.openai.com/ 这个就是聊天的地址了，接下来就开启ChatGPT的神秘之路吧

Centos8使用yum提示Error: Failed to synchronize cache for repo 'AppStream'

2023-04-21T11:21:00.000Z

原因

自2022年1月31日起，CentOS团队从官方镜像中移除CentOS 8的所有包，但软件包仍在官方镜像上保留一段时间。
现在被转移到https://vault.centos.org。如需继续运行旧CentOS 8，可以在/etc/yum.repos中更新repos.d，使用vault.centos.org代替mirror.centos.org

修改文件

1	cd /etc/yum.repos.d/

里面有很多源文件，打开文件，注释掉mirrorlist一行，然后找到baseurl一行解开注释，并且修改URL为最新地址。
例如：

vim CentOS-Base.repo

[BaseOS]
name=CentOS-$releasever - Base
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=BaseOS&infra=$infra
baseurl=http://vault.centos.org/$contentdir/$releasever/BaseOS/$basearch/os/
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial

可以用一下方法批量替换：

1 2	sudo sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-* sudo sed -i 's\|#baseurl=http://mirror.centos.org\|baseurl=http://vault.centos.org\|g' /etc/yum.repos.d/CentOS-*

基于 Grpc 反射的一款 Grpc 转 Http 请求的工具 grpc2http-gateway 的使用

2022-01-18T18:41:37.000Z

码云：https://gitee.com/qianxunclub/grpc2http-gateway
GITHUB：https://github.com/qianxunclub/grpc2http-gateway

grpc2http-gateway

简介

该服务是基于 Grpc 反射开发的一款 Grpc 换为 Http 请求的工具。
因为是基于反射开发，所以使用时无需修改 proto 及相关的代码实现，只需在启动服务时开启反射功能。

使用方法

服务端

因为是基于反射开发，需要服务端开启反射功能，开启方式：

使用 grpc-spring-boot-starter

1	grpc.server.reflection-service-enabled=true

原生开启

Server server = ServerBuilder.forPort(SERVER_PORT)
    .addService(new HelloServiceImpl())
    // 这里开启反射
    .addService(ProtoReflectionService.newInstance())
    .build()
    .start();

grpc2http-gateway 服务添加环境变量配置

添加 GRPC 服务端应用

1	grpc.endpoint.服务名称=dev.coding.oa.com:9902

启动 grpc2http-gateway 服务

示例 proto

syntax = "proto3";

package com.qianxunclub.proto;
option java_outer_classname = "HelloProto";

message HelloRequest {
    string fieldName = 1;
}

message HelloResponse {
}

service HelloService {
    rpc HelloWorld (HelloRequest) returns (HelloResponse);
}

获取服务端 Grpc 接口列表

GET 请求 http://localhost:8080/api/服务名称/

调用 Grpc 接口

curl \
--location \
--request POST 'http://localhost:8080/api/服务名称/Grpc方法名称[com.qianxunclub.proto.HelloService.HelloWorld]' \
--header 'Content-Type: application/json' \
--data-raw '{
    "fieldName":"value"
}'

swagger 使用

配置 grpc2http-gateway 的 swagger 服务地址

1 2	# 这个配置是所部署的服务器地址的 IP 或者域名，为了 swagger 执行调用 swagger.serverUrl=http://localhost:8080

访问：http://localhost:8080/swagger-ui/index.html

OPENAPI 地址填写：http://localhost:8080/api/v3/api-docs/服务名称

开发构建

docker 构建镜像

1	./docker-build.sh

构建完镜像名称为：grpc2http-gateway:latest

部署

docker-compose 部署

编辑 docker-compose.yml ，配置环境变量
启动

1 2	cd docker-compose docker-compose up -d

开发者讨论

欢迎提交 PR 升级，有什么好建议或者想法的，可以添加QQ群一起讨论：852214454

JAVA Model 中的 VO、BO、DO、DTO

2019-08-19T18:41:37.000Z

VO：VO（View Object）通常是请求处理层传输的对象，它通过 Spring 框架的转换后，往往是一个 JSON 对象。

BO：BO（Business Object），它是业务逻辑层封装业务逻辑的对象，一般情况下，它是聚合了多个数据源的复合对象。
DO：DO（Data Object）与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。
DTO：DTO（Data Transfer Object）是远程调用对象，它是 RPC 服务提供的领域模型。

Centos7 手动编译升级 gcc

2019-08-07T21:39:00.000Z

下载安装包

原地址：http://ftp.gnu.org/gnu/gcc/
国内使用：https://mirrors.ustc.edu.cn/gnu/gcc/

1
2
3

wget http://ftp.gnu.org/gnu/gcc/gcc-9.1.0/gcc-9.1.0.tar.gz

tar  -zcvf gcc-9.1.0.tar.gz

到这里不要直接编译安装的，先把下面的依赖检查一下有没有装好。

检查和安装依赖项

检查依赖

因为我这里都已经装好了，所以显示成功

cd gcc-9.1.0

./contrib/download_prerequisites

gmp-6.1.0.tar.bz2: 确定
mpfr-3.1.4.tar.bz2: 确定
mpc-1.0.3.tar.gz: 确定
isl-0.18.tar.bz2: 确定
All prerequisites downloaded successfully.

安装依赖

如果上面依赖缺少的，就需要安装：

yum install gmp-devel

yum install mpfr-devel

yum install libmpc-devel

安装 isl：

wget ftp://gcc.gnu.org/pub/gcc/infrastructure/isl-0.18.tar.bz2

tar -jxvf isl-0.18.tar.bz2

cd isl-0.18 

./configure   

make  

make install

安装完成，再检车一下：

1	./contrib/download_prerequisites

编译安装gcc

安装开发环境依赖：

yum groupinstall "Development Tools"

yum install glibc-static libstdc++-static

安装gcc：

cd gcc-9.1.0

mkdir gcc-build-9

cd gcc-build-9

../configure --prefix=/usr/local/gcc9 --enable-languages=c,c++,go  --disable-multilib

make -j4 (-j4选项是make对多核处理器的优化，如果不成功请使用 make，相关优化选项可以移步至参考文献[2]。建议不要使用make -j来编译，虽然可以缩短编译时间，但极大可能会编译失败)

make install

替换旧的gcc

rm -f /usr/bin/gcc

rm -f /usr/bin/g++

ln -s /usr/local/gcc9/bin/gcc /usr/bin/gcc

ln -s /usr/local/gcc9/bin/g++ /usr/bin/g++

更新libstdc++

# 找到现有的版本
ls -lrt /usr/lib64/libstdc++.so.6

lrwxrwxrwx. 1 root root 19 8月   8 08:39 /usr/lib64/libstdc++.so.6 -> libstdc++.so.6.0.19

rm -f /usr/lib64/libstdc++.so.6

ln -s /usr/local/lib64/libstdc++.so.6.0.26 /usr/lib64/libstdc++.so.6

完成！

SpringBoot实现12306自动抢票系统

2019-06-12T03:22:12.000Z

写在前面

前段时间在浏览开源社区的时候，不小心看到一个 12306抢票 系统，一下就被吸引住了，然后就动力歪念头😏，过年终于不用找黄牛了，哇哈哈哈，写了差不多一个星期，终于可以全自动抢票了，中间遇到的坑也是挺多的，在这里分享一下，供大家参考学习。

如何分析12306接口

使用 Chrome 或者 Firefox 浏览器，我这里用的是 Firefox，打开12306官网，然后打开开发者选项，点击网络选项卡，就可以观察到所有的请求接口情况了。
然后按照正常的流程，开始下单，没点击一部，然后看下面的控制台的请求情况，和分析接口的意义，这是一个很苦逼的过程😭。

必要的接口

我这了整理了一些必要的一些接口，也是按照购票顺序写的。

1.获取站点信息

购票一部分站点参数使用的是编码，并不是汉字，需要使用这个接口获取对应的值

1	/https://kyfw.12306.cn/otn/resources/js/framework/station_name.js?station_version=1.9098

2.获取cookies

这个是为了获取必要的两个 cookie 的值的：RAIL_EXPIRATION 和 RAIL_EXPIRATION。

这个接口就比较吊了，有特么好神奇，至今没搞懂后面的参数哪里来的，目前的是这俩 cookie 都是手动写死的，等研究出来，补充一下。

https://kyfw.12306.cn/otn/HttpZF/logdevice?algID=&hashCode=Ja4gW6Upz9XdOiA2-UBi5DjyNsB3Fmf3L0wxipiFro4&FMQw=0&q4f3=zh-CN&VySQ=FGEYxQuwmyAY0Gevguxv6Ch8vDiXELlH&VPIf=1&custID=133&VEek=unspecified&dzuS=32.0%20r0&yD16=0&EOQP=c227b88b01f5c513710d4b9f16a5ce52&lEnu=2886729839&jp76=b34839808806e7ff02df813671ec99b3&hAqN=MacIntel&platform=WEB&ks0Q=a103db222cd8296a50268c8f0355b741&TeRS=877x1440&tOHY=24xx900x1440&Fvje=i1l1s1&q5aJ=-8&wNLf=99115dfb07133750ba677d055874de87&0aew=Mozilla/5.0%20(Macintosh;%20Intel%20Mac%20OS%20X%2010.14;%20rv:67.0)%20Gecko/20100101%20Firefox/67.0&E3gR=6c9c3674a3e453e368c3a0cc46f30eb8&timestamp=1560399328000

3.车票查询

1	https://kyfw.12306.cn/otn/leftTicket/query?leftTicketDTO.train_date=%s&leftTicketDTO.from_station=%s&leftTicketDTO.to_station=%s&purpose_codes=ADULT

4.登录配置查询

这个接口就是为了查看登录是否需要验证码的

1	https://kyfw.12306.cn/otn/login/conf

5.读取验证码

1	https://kyfw.12306.cn/passport/captcha/captcha-image64?login_site=E&module=login&rand=sjrand&_=%s

6.校验验证码

1	https://kyfw.12306.cn/passport/captcha/captcha-check?answer=%s&rand=sjrand&login_site=E&_=%s

7.登录

1	https://kyfw.12306.cn/passport/web/login

8.校验是否登录成功

1	https://kyfw.12306.cn/passport/web/auth/uamtk-static?appid=otn

9.获取`uamtk`

获取这个东西是为了后面获取用户 tk 做准备的。

1	https://kyfw.12306.cn/passport/web/auth/uamtk

10.获取当前登录的`tk`

这东西后面买票是必须使用的。

1	https://kyfw.12306.cn/otn/uamauthclient

11.买票前校验用户是否正常登录

这个接口只是为了校验，没有实际意义。

1	https://kyfw.12306.cn/otn/login/checkUser

12.点击预定按钮

1	https://kyfw.12306.cn/otn/leftTicket/submitOrderRequest

13.获取两个`token`

这个接口会获取两个 token。
globalRepeatSubmitToken:获取乘客信息、检查订单、获取排队情况、提交订单使用。
key_check_isChange:提交订单使用。

1	https://kyfw.12306.cn/otn/confirmPassenger/initDc

14.获取乘客信息

1	https://kyfw.12306.cn/otn/confirmPassenger/getPassengerDTOs

15.提交前检查订单

1	https://kyfw.12306.cn/otn/confirmPassenger/checkOrderInfo

16. 获取排队情况

1	https://kyfw.12306.cn/otn/confirmPassenger/getQueueCount

17.提交订单

1	https://kyfw.12306.cn/otn/confirmPassenger/confirmSingleForQueue

18.获取订单

这个获取订单接口必须成功，才能确定下单成功的。

1	https://kyfw.12306.cn/otn/confirmPassenger/queryOrderWaitTime

源代码

因为代码有部分敏感信息，所以我这就重新打包上传到QQ群了。
加QQ群下载：852214454

ansible的安装配置和配合sshpass的使用

2018-11-21T04:39:00.000Z

ansible安装

官网安装文档：https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html#installing-the-control-machine

centos使用yum安装

1	sudo yum install ansible

Ubuntu使用apt-get安装

1	sudo apt-get install ansible

MAC使用pip安装

1	sudo pip install ansible

其他安装方式，参考官网安装文档吧。

ansible配置

官网配置文件介绍：https://docs.ansible.com/ansible/latest/installation_guide/intro_configuration.html

我自己的配合文件：

vim ~/.ansible.cfg

[defaults]
hostfile=$HOME/.ansible/hosts
deprecation_warnings=False
#host_key_checking=Falses

hostfile：host配置文件的目录，默认是在/etc/ansible/hosts
deprecation_warnings：不要警告信息

hosts配置

在上面配置信息hostfile的路径找到hosts文件编辑：

vim ~/.ansible/hosts

[test]
192.168.1.1
192.168.1.2
192.168.1.3

上面这种配置方式，是需要添加sshkey才可以使用的，这种使用方式更爽一些。

使用sshpass

如果想使用用户名密码来配置ansible，也是可以的，一样是需要在hostfile的路径找到hosts文件编辑：

vim ~/.ansible/hosts

[test]
192.168.1.1 ansible_ssh_user=用户名 ansible_ssh_pass=密码
192.168.1.2 ansible_ssh_user=用户名 ansible_ssh_pass=密码
192.168.1.3 ansible_ssh_user=用户名 ansible_ssh_pass=密码

测试一下

无论是使用sshkey还是使用sshpass，都可以使用下面的测试：

ansible test -m ping

192.168.1.1 | SUCCESS => {
    "changed": false,
    "ping": "pong"
}
192.168.1.2 | SUCCESS => {
    "changed": false,
    "ping": "pong"
}
192.168.1.3| SUCCESS => {
    "changed": false,
    "ping": "pong"
}

使用github做一个类似七牛云的云存储

2018-10-31T03:44:46.000Z

一、吐槽

首先我想说一句“日了狗”了不知道过分不过分！
前段时间，七牛云发来下面的通知：

这意味着，我之前所有的使用七牛云的图片域名变了，要修改！要全部修改！！！算了，不说了。

消消气，接下来说怎么用抛弃七牛云，使用github吧。

二、使用github做云存储服务

2.1 创建云存储的仓库

项目名称为xxx.io，貌似现在不加.io也行了，之前是要加的，我只是习惯了
下面创建README.MD按钮最好点上去，不然空项目，不方便上传图片

2.2 域名设置

首先你得有一个域名，我的域名是在阿里云买的，要在阿里云域名解析设置正确的解析：

要使用CNAME解析
解析地址一般是用户名.github.io

设置github云存储域名，在github仓库创建一个文件名称为CNAME的文件，内容就是自己在阿里云设置解析的域名，提交就可以了：
点击项目设置：

找到下面GitHub Pages设置，可以看到域名已经设置成功：

2.3 测试和使用

接下来上传一张图片感觉一下效果：

上传完成后，访问一下感觉感觉，访问地址是：https://自己的域名.com/文件名称.jpg

完美！

一份高质量的JAVA高级开发面试题总结，没有答案

2018-10-20T01:05:00.000Z

一般面试官都是按照自己的简历面试的，下面的面试题当然也是依据我自己的简历的一些问题总结，我是对一些架构知识比较感兴趣，所以简历比较突出架构方面的。
别看人家问的问题很简单，但是你不能简单的回答的，依据自己的能力，能回答多深就多大多深。
然后就是看和面试官的缘分了，能碰触火花，那就恭喜了！

1、描述一下不同业务的架构方式和自己觉得比较牛逼的架构。

2、在公司自己的角色，工作内容和负责的事项。

3、自己觉得对自己提升最大的项目介绍一下，包括业务和技术和协调管理等各个方面。

4、jvm内存怎么设置，怎么调优，依据都有哪些。

5、threadlocal 介绍一下。

6、kafka原理，为什么性能高并且还稳定。

7、分布式使用集群的时候，其中一个节点断掉了，处理策略，比如 dubbo ，eureka，grpc等等，主要介绍处理原理。

8、分布式事务怎么处理。

9、服务器配置和数量怎么协调分配，部署的都是什么服务。

10、如何协调项目或者服务之间的关系。

11、服务崩溃的原因你都遇到过哪些。

12、如何保证服务正常运行，出现错误，怎么修复，监控和快速修复排错方面。

13、项目中，有没有遇到测试开发环境都是正常的，生产错误的情况？然后如何找到这个错误的问题，怎么解决这个问题。

14、分库分表是用什么工具，如何分的，数据量多少。

15、数据库单机还是主从，部署方案，如果宕机处理方式。

16、很多后台管理列表查询，没有分库分表字段，怎么处理，全库全表查询太慢。

17、读写分离的场景，读写分离不一定是mysql的读写分离，我回答的是mysql写，mongodb读。

18、项目中接口最大并发能承受多少。

19、如果你来规划淘宝双11，从哪些方面应对该活动。

20、做为一个架构师，一套架构怎么产生，流程是什么。

21、微服务优缺点，如何应对它的缺点。

22、微服务数量庞大起来，如何管理这些服务。

23、分布式配置中心的应用。

24、说一个自己比较熟悉技术，说说原理，自己能不能开发一个这个产品。

25、你的优点是什么，录用你的原因，优势是什么？缺点是什么。

26、开发中，有咩有遇到比较奇葩的问题，为什么会有这个问题，如何解决的。

27、你对简历上以外的技术还会哪些？对那些比较感兴趣，或者做过什么小demo之类的。

28、你对技术方面是如何学习，途径是什么。

29、自己觉得呆的这么几个公司，哪个对自己提升最大，为什么，为什么离职？再找工作的目标是什么。

30、你给公司带来的最大利益有哪些，或者提供了哪些技术等。

Nginx认识nginx.conf配置文件

2018-10-10T04:39:00.000Z

转载：https://blog.csdn.net/rth362147773/article/details/78837971

前言

nginx.conf文件是放在conf目录下的一个配置文件。这个是Nginx服务器的主配置文件。通过指令来配置这个文件能达到控制nginx，实现反向代理，负载均衡，也是nginx入门的基础。读懂使用nginx.conf文件是这篇文章写作目的。

nginx.conf文件的结构

首先介绍文件的架构，整个conf文件分为全局块、events块、http块、server块、location块。每个块有每个块的作用域，越外层的块作用域就包含内部块的作用域，如全局块作用域就包含events块、http块、server块和location块。而文件中的“#”代表注析，#后的代码是不会有效果的。修改nginx.conf后是必须重启nginx才会生效。这些要注意。
下面就看文件架构：

...                 #全局块

event{              #events块
    ...
}

http{               #http块

    server{         #server块
        ...         #server全局块

        location{   #location块
            ...
        }

        location{   #location块
            ...
        }
    }

    server{         #server块
        ...
    }
    ...             #http全局块
}

大致的nginx.conf文件如上，而下面讲解各块的作用。

名称	说明
全局块	全局块是默认配置文件从开始到events块之间的一部分内容，主要是设置一些影响Nginx服务器整体运行的配置指令。因此，这些指令的作用域是Nginx服务器全局。作用：配置Ngnix服务器的用户组、worker process数、Nginx进程PID存放路径、日志的存放路径和类型已经配置文件引入等。
events块	events块的指令主要影响Nginx服务器与用户的网络链接。作用：是否开启多worker process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取那种事件驱动模型处连接请求，每个worker process可以同时支持的最大连接数等。
http块	http块是Nginx服务器配置中的重要部分，代理、缓存和日志定义等绝大多数的功能和第三方模块的配置都可以放在这模块中。作用包括：文件引入、MIME-Type定义、日志自定义、是否使用sendfile传输文件、连接超时时间、单连接请求数上限等。
server块	server块，虚拟主机（虚拟服务器）。作用：使得Nginx服务器可以在同一台服务器上至运行一组Nginx进程，就可以运行多个网站。
location块	location块是server块的一个指令。作用：基于Nginx服务器接收到的请求字符串，虚拟主机名称（ip，域名）、url匹配，对特定请求进行处理。

指令说明

日常我们使用到的配置如下，这些都是常用的指令。

#### 全局块 开始 ####
user nobody nobody;                 #配置允许运行nginx服务器的用户和用户组
worker_processes 3;                 #配置允许nginx进程生产的worker process数
error_log logs/error.log;           #配置nginx服务器运行对错误日志存放路径
pid nginx.pid;                      #配置nginx服务器运行时的pid文件存放路径和名称
#### 全局块 结束 ####

#### events块 开始 ####
events
{
    ues epoll;                      #配置事件驱动模型
    worker_connections 1024;        #配置最大连接数
}
#### events块 结束 ####

#### http块 开始 ####
http
{
    include mime.types;             #定义MIME-Type
    default_type application/octet-stream;   
    sendfile on；                   #配置允许使用sendfile方式传输
    keepalive_timeout 65;           #配置连接超时时间
    log_format access.log '$remote_addr-[$time_local]-"$request"-"$http_user_agent"';     #配置请求处理日志的格式

    #### server块 开始 ####
    ##配置虚拟主机 myServerl
    server
    {
        listen  8081;              #配置监听端口和主机名称
        server_name myServer1;

        access_log  /myweb/server1/logaccess.log;#配置请求处理日志存放路径
        error_page 404  /404.html;     #配置错误页面

        location  /server1/location1 { #配置处理／server1/location1 请求的location
            root  /myweb;
            index index.svr1-loc1.htm;
        }

        location  /server1/location2 { #配置处理／server1/location2 请求的location
            root  /myweb;
            index index.svr1-loc2.htm;
        }
    }

    server
    {
        listen  8082;
        server_name  192.168.1.3;
        access_log  /myweb/server2/log/access.log;
        error_log  404  /404.html;    #对错误页面404.html 做了定向配置
        location  /server2/location1 
        {
            root  /myweb;
            index index.svr2-loc1.htm;
        }

        location  /svr2/loc2 
        {
            alias  /myweb/server2/location2;       #对location的URL进行更改
            index index.svr2-loc1.htm;
        }

        location = ／404.html                  #配置错误页面转向
        {
            root  /myweb/;
            index 404.html;
        }
    }
    #### server块 结束 ####
}
### http块 结束 ####

指令	说明
user user [group]	用于配置允许Nginx服务器用户（组）。user,指可以运行Nginx服务器的用户。group，指可以运行Nginx服务器的用户组。通常设置：user nobody nobody
worker process number/auto	Nginx服务器实现并发处理服务关键，设置值越大并发处理量也就越多，但也受到软硬件制约。number,指Nginx进程最多可以产生worker process数。auto,Nginx进程自动检测。默认设置为1。
pid file	Nginx进程作为系统的守护进程运行，我们需要在某文件中保存当前运行程序的主进程号。Nginx支持对它的存放路径进行自定义配置，指令时pid。如pid sbin／web_nginx
error_log file	配置错误日志存放路径，全局块、http块和server块中都可以对日志进行相关配置。如：error_log logs/error.log error
incloud file	配置文件的引入，引入其他Nginx配置或者第三方模块的配置。如：include mime.types
accept_mutex on/off	设置网络连接的序列化，当某一个时刻只有一个网络连接来时，多个睡眠进程会被同时叫醒，但只有一个进程能接。如果每次呼醒的进程数目太多，会影响一部分系统性能。为了解决这个问题，Nginx配置accept_mutex，当开启的时候，对Nginx进程接收连接进行序列化，防止多个进程对连接的争强。只能在events块配置。
accept_accept on/off	设置是否允许同时接收多个网络连接，这个是配置worker process是否允许同时接收多个连接。
use method	事件驱动模型选择，强制Nginx服务器选择那种事件驱动模型进行消息处理。method:select、poll、kqueue、epoll、rtsig、／dev／poll 以及eventport。此指令智能在events块中配置。
woker_connections number	配置最大连接数，设置允许每一个worker process同时开启的最大连接数。默认为512。只能在events块中配置。
default_type mime-type	在浏览器中，显示内容HTML、XML、GIF和Flash等种类繁多的文本、媒体等资源，浏览器为了区分这些资源，需要使用MIME Type。MIME Type是网络资源的媒体类型。Nginx服务器作为Web服务器，必须能够识别前端请求的资源类型。配置如：include mime.types; default_type application/octet-stream;在http块、server块或者location块进行配置。
access_log path[format[buffer=size]]	服务日志定义，此处定义所指日志与常规的不同，记录Nginx服务器提供服务过程应答前端请求的日志。可以对服务日志进行格式定义。配置如：log_format exampleLog ‘remoteaddr−[remoteaddr−[remote_addr - [time_local] requestrequestrequest status bodybytessentbodybytessentbody_bytes_sent http_referer $http_user_agent’输出：192.168.1.102 - [31/Oct/2011:20:41:29 +0800] “GET/HTTP/1.1” 200 151 “-” “Mozilla/5.0(compatible;MSIE 10.0;Window NT 6.2; Trident/6.0)”
sendfile on/off	配置允许sendfile方式传输文件，在Apache、lighttd等Web服务器配置中，都有和sendfile相关的配置。用于开启或者关闭sendfile传输文件。默认为off。在http块、server块或者location块进行配置。
sendfile_max_chunk size	worker process每次调用sendfile传输的数据量最大不能超过这个值。默认为0。在http块、server块或location块中配置。和sendfile指令一起使用。
keepalive_timeout timeout[header_timeout]	配置连接超时时间，与用户建立会话连接后，Nginx服务器保持这些连接打开一段时间。此指令设置时间。timeout,服务器端对连接的保持时间。默认值为75s。header_tiemout,可选项，在应答报文头部Keep-Alive域设置超时时间。该指令被Mozilla或者Konqueror识别。配置如：keepalive_timeout 120s 100s;此指令在http块、server块或location块中配置。
keepalive_requests number	单连接请求数上限，用户端和服务端建立连接后，用于限制用户通过某一连接向Nginx服务器发送请求的次数。在server块和location块中，默认设置100。
listen address[:port][default_server][setfib=number][backlog=number][rcvbuf=size][sndbuf=size][deferred]	配置监听使用指令listen。address,IP地址，如果有IPv6的地址，需要使用中括号“[]”括起来，比如[fe80::1]等port,端口号，如果只定义IP地址没有定义端口号，就使用80端口。path，socket文件路径，如／var/run/nginx.sock等default_server，标识符，将此虚拟主机设置为address:port的默认主机。配置如：listen :80 / :8000;listen 192.168.1.10:8000;listen 192.168.1.10;listen 8000;listen 192.168.1.10 default_server backlog=1024;
server_name name…	基于名称的虚拟主机配置，主机指server块虚拟主机。设置主机名称并配置号DNS，用户就可以使用这个名词向此虚拟主机请求了。配置如：server_name myserver.com www.myserver.com
location [ = / ~ / * / ^ ] url	配置location，匹配成功，就继续执行下面命令。”=”,用于标准url前,要求请求字符串与url严格匹配。”～”,用于表示URL包含正则表达式，并且区分大小写。”～*”,用于表示url包含正则表达式，并且不区分大小写。”^~”,用于标准url前，用于匹配请求最高location后，立即使用localtion处理请求。
root path	配置请求的根目录，在服务端指定目录中请求资源。
alias path	更改location的URL，使用alias指令改变location接收的URL的请求路径。配置如：alias ／locationtest1/other／$1
index file …	设置网站的默认首页，用于index设置为默认首页。配置如：index index.$1.html index.my.html index.html
error_page code … [=[response]] url	设置网站的错误页面，如果服务端错误需要错误页面来显示。这个设置错误页面。配置如：error_page 404 404/html
allow address/CIDR/all	基于IP配置Nginx的访问权限，通过IP来判断客户端是否拥有对Nginx的访问权限。address，允许访问的客户端的IP，不支持同时设置多个。需要重复使用allow指令。CIDR，允许访问的客户端CIDR地址，例如202.80.18.23/25。all，代表允许所有客户端访问。配置如：deny 192.168.1.1；allow 192.168.1.0/24 deny all；
auth_basic string/off	基于密码配置Nginx的访问权限，该给予HTTP Basic Authentication协议的认证。该协议是一种HTTP性质的认证办法，需要识别用户名和密码，认证失败的苦户端不拥有访问Nginx服务器权限。
auth_basic_user_file file	用语设置包含用户名和密码信息的文件路径。file为密码文件的绝对路径。file配置如：name1:password1

结论

通过指令的实例和指令的详细说明，可以学会看nginx.conf。nginx虽然容易使用，但想使用的好。需要了解指令的用法。最后才可以实现高性能服务器。

SpringBoot启动使用elasticsearch启动异常：Received message from unsupported version:[2.0.0] minimal compatible version is:[5.6.0]

2018-08-24T02:40:00.000Z

异常描述

使用的SpringBoot1.5.9版本
JDK1.8
使用了dubbo和zookeeper
elasticsearch使用的6.3.2版本
引入ES的jar包

<dependency>
	<groupId>org.springframework.data</groupId>
	<artifactId>spring-data-elasticsearch</artifactId>
</dependency>

ES详细报错信息：

[2018-08-23T15:56:05,004][WARN ][o.e.x.s.t.n.SecurityNetty4ServerTransport] [node-1] exception caught on transport layer [NettyTcpChannel{localAddress=/192.168.1.40:9300, remoteAddress=/192.168.1.150:55594}], closing connection
java.lang.IllegalStateException: Received message from unsupported version: [2.0.0] minimal compatible version is: [5.6.0]
        at org.elasticsearch.transport.TcpTransport.ensureVersionCompatibility(TcpTransport.java:1462) ~[elasticsearch-6.3.2.jar:6.3.2]
        at org.elasticsearch.transport.TcpTransport.messageReceived(TcpTransport.java:1409) ~[elasticsearch-6.3.2.jar:6.3.2]
        at org.elasticsearch.transport.netty4.Netty4MessageChannelHandler.channelRead(Netty4MessageChannelHandler.java:64) ~[transport-netty4-6.3.2.jar:6.3.2]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:310) [netty-codec-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:297) [netty-codec-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:413) [netty-codec-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:265) [netty-codec-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.handler.logging.LoggingHandler.channelRead(LoggingHandler.java:241) [netty-handler-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1359) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:935) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:134) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:645) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.nio.NioEventLoop.processSelectedKeysPlain(NioEventLoop.java:545) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:499) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:459) [netty-transport-4.1.16.Final.jar:4.1.16.Final]
        at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858) [netty-common-4.1.16.Final.jar:4.1.16.Final]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]

异常分析

错误信息写的是因为版本不一致的原因导致的，客户端使用的2.0.0版本，要求最低是5.6.0版本的，然后各种百度各种查啊，原因如下：
springboot我用的版本是SpringBoot1.5.9，然后引入的spring-data-elasticsearch里面包含的es版本是2.4.0的。

解决办法

解决办法有两种，1：重新安装ES版本，安装2.0.0版本的。 2：升级自己的SpringBoot。
我这里因为是新系统，为了代码规范，所以就安装了ES2.0.0版本了，但是我感觉最好的解决办法应该要升级SpringBoot版本才对。

SpringBoot使用elasticsearch异常：NoSuchMethodError:org.jboss.netty.channel.socket.nio.NioWorker

2018-08-24T02:40:00.000Z

异常描述

使用的SpringBoot1.5.9版本
JDK1.8
使用了dubbo和zookeeper

详细报错信息：

Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'elasticsearchTemplate' defined in class path resource [org/springframework/boot/autoconfigure/data/elasticsearch/ElasticsearchDataAutoConfiguration.class]: Unsatisfied dependency expressed through method 'elasticsearchTemplate' parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'elasticsearchClient' defined in class path resource [org/springframework/boot/autoconfigure/data/elasticsearch/ElasticsearchAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.elasticsearch.client.Client]: Factory method 'elasticsearchClient' threw exception; nested exception is java.lang.NoSuchMethodError: org.jboss.netty.channel.socket.nio.NioWorker.<init>(Ljava/util/concurrent/Executor;Lorg/jboss/netty/util/ThreadNameDeterminer;)V
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:467)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1173)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1067)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
	at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:351)
	... 33 common frames omitted
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'elasticsearchClient' defined in class path resource [org/springframework/boot/autoconfigure/data/elasticsearch/ElasticsearchAutoConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.elasticsearch.client.Client]: Factory method 'elasticsearchClient' threw exception; nested exception is java.lang.NoSuchMethodError: org.jboss.netty.channel.socket.nio.NioWorker.<init>(Ljava/util/concurrent/Executor;Lorg/jboss/netty/util/ThreadNameDeterminer;)V
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:599)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1173)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1067)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:208)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1138)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741)
	... 43 common frames omitted
Caused by: org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.elasticsearch.client.Client]: Factory method 'elasticsearchClient' threw exception; nested exception is java.lang.NoSuchMethodError: org.jboss.netty.channel.socket.nio.NioWorker.<init>(Ljava/util/concurrent/Executor;Lorg/jboss/netty/util/ThreadNameDeterminer;)V
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:189)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:588)
	... 56 common frames omitted
Caused by: java.lang.NoSuchMethodError: org.jboss.netty.channel.socket.nio.NioWorker.<init>(Ljava/util/concurrent/Executor;Lorg/jboss/netty/util/ThreadNameDeterminer;)V
	at org.jboss.netty.channel.socket.nio.NioWorkerPool.newWorker(NioWorkerPool.java:44)
	at org.jboss.netty.channel.socket.nio.NioWorkerPool.newWorker(NioWorkerPool.java:28)
	at org.jboss.netty.channel.socket.nio.AbstractNioWorkerPool.init(AbstractNioWorkerPool.java:80)
	at org.jboss.netty.channel.socket.nio.NioWorkerPool.<init>(NioWorkerPool.java:39)
	at org.jboss.netty.channel.socket.nio.NioWorkerPool.<init>(NioWorkerPool.java:33)
	at org.elasticsearch.transport.netty.NettyTransport.createClientBootstrap(NettyTransport.java:354)
	at org.elasticsearch.transport.netty.NettyTransport.doStart(NettyTransport.java:290)
	at org.elasticsearch.common.component.AbstractLifecycleComponent.start(AbstractLifecycleComponent.java:68)
	at org.elasticsearch.transport.TransportService.doStart(TransportService.java:182)
	at org.elasticsearch.common.component.AbstractLifecycleComponent.start(AbstractLifecycleComponent.java:68)
	at org.elasticsearch.client.transport.TransportClient$Builder.build(TransportClient.java:164)
	at org.springframework.data.elasticsearch.client.TransportClientFactoryBean.buildClient(TransportClientFactoryBean.java:89)
	at org.springframework.data.elasticsearch.client.TransportClientFactoryBean.afterPropertiesSet(TransportClientFactoryBean.java:85)
	at org.springframework.boot.autoconfigure.data.elasticsearch.ElasticsearchAutoConfiguration.createTransportClient(ElasticsearchAutoConfiguration.java:116)
	at org.springframework.boot.autoconfigure.data.elasticsearch.ElasticsearchAutoConfiguration.createClient(ElasticsearchAutoConfiguration.java:93)
	at org.springframework.boot.autoconfigure.data.elasticsearch.ElasticsearchAutoConfiguration.elasticsearchClient(ElasticsearchAutoConfiguration.java:84)
	at org.springframework.boot.autoconfigure.data.elasticsearch.ElasticsearchAutoConfiguration$$EnhancerBySpringCGLIB$$68f5928b.CGLIB$elasticsearchClient$1(<generated>)
	at org.springframework.boot.autoconfigure.data.elasticsearch.ElasticsearchAutoConfiguration$$EnhancerBySpringCGLIB$$68f5928b$$FastClassBySpringCGLIB$$5550a67a.invoke(<generated>)
	at org.springframework.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
	at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:358)
	at org.springframework.boot.autoconfigure.data.elasticsearch.ElasticsearchAutoConfiguration$$EnhancerBySpringCGLIB$$68f5928b.elasticsearchClient(<generated>)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:162)
	... 57 common frames omitted

异常分析

从异常的信息看，有两种可能：

没有netty包的原因
有多个netty包出现冲突

先找一下有没有netty包，找了一遍，发现有netty的

那只有第二种可能了，就是包冲入，又仔细看了一遍引入的JAR包，果然又出现了一个jar

然后挨个挨个查找，发现是dubbo和zookeeper里面已经有了netty包了，所以出现了包冲突。

解决办法

出错原因是Elasticsearch的netty包和dubbo、zookeeper里面的netty包冲突，我这里是排除了dubbo、zookeeper里面的netty包:

<dependency>
    <groupId>com.alibaba.spring.boot</groupId>
    <artifactId>dubbo-spring-boot-starter</artifactId>
    <version>${dubbo.version}</version>
    <exclusions>
        <exclusion>
            <groupId>org.springframework</groupId>
            <artifactId>spring</artifactId>
        </exclusion>
        <exclusion>
			<artifactId>netty</artifactId>
			<groupId>org.jboss.netty</groupId>
		</exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>com.101tec</groupId>
    <artifactId>zkclient</artifactId>
    <version>${zkClient.version}</version>
</dependency>
<dependency>
    <groupId>org.apache.zookeeper</groupId>
    <artifactId>zookeeper</artifactId>
    <version>${zookeeper.version}</version>
    <exclusions>
        <exclusion>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
        </exclusion>
        <exclusion>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
        </exclusion>
        <exclusion>
            <groupId>io.netty</groupId>
            <artifactId>netty</artifactId>
        </exclusion>
    </exclusions>
</dependency>

启动，成功！

centos系统的elasticsearch安装

2018-08-24T01:05:00.000Z

安装2.0.0的elasticsearch服务，项目是依赖spring-boot1.5.9.RELEASE版本，指定了elasticsearch版本，否则无法使用

spring data elasticsearch	elasticsearch
3.0.0.RC2	5.5.0
3.0.0.M4	5.4.0
2.0.4.RELEASE	2.4.0
2.0.0.RELEASE	2.2.0
1.4.0.M1	1.7.3
1.3.0.RELEASE	1.5.2
1.2.0.RELEASE	1.4.4
1.1.0.RELEASE	1.3.2
1.0.0.RELEASE	1.1.1

基础环境

JDK1.8以上
创建elasticsearch用户

1 2	groupadd elsearch useradd elsearch -g elsearch

提高系统线程数

vim /etc/security/limits.conf

* soft nofile 65536
* hard nofile 131072
* soft nproc 2048
* hard nproc 4096

1
2
3

vim /etc/security/limits.d/90-nproc.conf 

* soft nproc 2048

否则会出现错误：

1	max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

提高系统变量数量

vim /etc/sysctl.conf

添加或者修改：
vm.max_map_count=655360

立即生效：
sysctl -p

否则出现以下错误：

1	max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

elasticsearch安装

使用新创建的elsearch用户

1	su elsearch

下载2.0.0的elasticsearch包，因为程序使用的是spring-boot1.5.9.RELEASE版本，所以使用elasticsearch的2.0.0版本，否则无法启动
如果使用的是其他版本的springboot，需要按照代码版本使用不同版本的elasticsearch服务
下载地址：https://www.elastic.co/downloads/past-releases/elasticsearch-2-0-0

1
2
3

wget https://download.elasticsearch.org/elasticsearch/release/org/elasticsearch/distribution/zip/elasticsearch/2.0.0/elasticsearch-2.0.0.zip

unzip elasticsearch-2.0.0.zip

给目录授权
使用root用户给ES目录授权

1 2	chown -R elsearch:elsearch elasticsearch-2.0.0/

修改ES配置

1
2
3

cd elasticsearch-2.0.0

vim config/elasticsearch.yml

主要修改一下几项：

cluster.name: my-application：集群名称
node.name: node-1：当前节点名称
path.data: /home/elsearch/data：数据存放目录
path.logs: /home/elsearch/logs：日志存放目录
bootstrap.mlockall: false：centos系统需要修改，否则报错如下
bootstrap.system_call_filter: false：centos用户需要添加，否则报错如下

1 2	ERROR: bootstrap checks failed system call filters failed to install; check the logs and fix your configuration or disable system call filters at your own risk

因为Centos6不支持SecComp，而ES5.2.1默认bootstrap.system_call_filter为true进行检测，所以导致检测失败，失败后直接导致ES不能启动。

network.host: 192.168.1.40：修改为当前服务器IP
http.port: 9200：ES服务API端口号
添加跨域请求：

1 2	http.cors.enabled: true http.cors.allow-origin: /.*/

启动服务

使用elsearch用户启动一下

1
2
3

cd elasticsearch-2.0.0

./bin/elasticsearch

如果出现started字样，说明启动成功

然后使用下面启动方式，为后台启动

1	./bin/elasticsearch -d

测试

浏览器访问：http://192.168.1.40:9200，出现一下为成功：

{
    name: "node-1",
    cluster_name: "my-application",
    version: {
        number: "2.0.0",
        build_hash: "de54438d6af8f9340d50c5c786151783ce7d6be5",
        build_timestamp: "2015-10-22T08:09:48Z",
        build_snapshot: false,
        lucene_version: "5.2.1"
    },
    tagline: "You Know, for Search"
}

fastdfs第一次上传文件报错recv package size -1!=10

2018-07-30T03:27:23.000Z

异常描述

项目版本：
项目是SpringBoot的1.5.9-release版本，fastdfs版本如下：

<dependency>
    <groupId>net.arccode</groupId>
    <artifactId>fastdfs-client-java</artifactId>
    <version>1.27.0</version>
</dependency>

调用方式如下：
我的fastdfs.conf配置：

connect_timeout = 10
network_timeout = 30
charset = UTF-8
tracker_service = xxx.xxx.xxx.xxx:xxx

java调用：

@Service
public class FileManage{

    private TrackerClient trackerClient;
    private TrackerService trackerService;
    //初始化dfs
    public FileManage(){
        ClientGlobal.init("fastdfs.conf");
        trackerClient = new TrackerClient(ClientGlobal.g_tracker_group);
        trackerService = trackerClient.getConnection();
    }
    //文件上传
    public void upload(){
        StorageClient storageClient = new StorageClient(trackerService,null);
        storageClient.upload_file(.....);
        ...
    }
...
    
}

报错情况：
每次刚启动服务，如果没有直接使用，过一段时间，再调用上传文件服务，会报错，但是再次上传，就没事了，又正常了，报错信息如下：

java.io.IOException: recv package size -1 != 10
        at org.csource.fastdfs.ProtoCommon.recvHeader(ProtoCommon.java:206)
        at org.csource.fastdfs.ProtoCommon.recvPackage(ProtoCommon.java:242)
        at org.csource.fastdfs.TrackerClient.getStoreStorage(TrackerClient.java:143)
        at org.csource.fastdfs.StorageClient.newWritableStorageConnection(StorageClient.java:1912)
        at org.csource.fastdfs.StorageClient.do_upload_file(StorageClient.java:702)
        at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:207)
        at org.csource.fastdfs.StorageClient.upload_file(StorageClient.java:225)
        at org.csource.fastdfs.StorageClient1.upload_file1(StorageClient1.java:112)

异常分析

经过多次验证重现这个错误，发现刚启动，间隔时间30秒，就会报错，不能上传，目测和fastdfs.conf配置的network_timeout =30 有关系。
然后各种百度谷歌，发现有这么一句话：如果客户端服务启动，成功链接到dfs服务器，如果在network_timeout时间内，dfs服务没有接收到任何请求信息，会吧这个客户端踢掉！
日了，为毛要踢掉，我还要用啊，看来每次启动链接成功都需要给dfs服务发送点什么才行！

对dfs有研究了一波，发现fastdfs-client-java包到ProtoCommon.java本来已经提供了一个发送信息到一个方法，如下：

1	public static boolean activeTest(Socket sock)

解决办法

废话不多少，先试一波，修改上面dfs初始化代码如下：

@Service
public class FileManage{

    private TrackerClient trackerClient;
    private TrackerService trackerService;
    //初始化dfs
    public FileManage(){
        ClientGlobal.init("fastdfs.conf");
        trackerClient = new TrackerClient(ClientGlobal.g_tracker_group);
        trackerService = trackerClient.getConnection();
        //给dfs发送一个消息
        ProtoCommon.activeTest(trackerService.getSocket());
    }
    //文件上传
    public void upload(){
        StorageClient storageClient = new StorageClient(trackerService,null);
        storageClient.upload_file(.....);
        ...
    }
...
    
}

启动项目，等30秒以上，测试，成功！

卧槽，终于记录完了，公司电脑不能上网，上面所有代码纯手工写的，累死！

程序员必备开发工具，提高开发效率的神兵利器，大多都是免费的哦

2018-07-04T08:18:00.000Z

1、IntelliJ IDEA

这个就不用多说了，地球人都在用，很好的开发工具，并且插件齐全，更牛逼的是支持各种语言开发。

官网地址：http://www.jetbrains.com/idea/
注册码地址：http://idea.lanyus.com/

2、DataGrip数据库客户端管理

Navicat其实是更好的一个数据库客户端管理工具，但是收费，很麻烦，就又找了一个，也是比较好用的，DataGrip也是IntelliJ IDEA中的一个工具。

官网地址：https://www.jetbrains.com/datagrip/
注册码地址：http://idea.lanyus.com/

3、Postman接口测试

这个是在开发中，经常测试RestfulApi接口使用的，并非专业接口测试用具，开发阶段使用是一个特别好的工具,可以设置各种请求方式，并且大多已经提供下拉框了，不用手打了，必须推荐。

官网地址：https://www.getpostman.com/postman

4、有道云笔记

云笔记各种产品很多，我比较钟爱有道云笔记，支持分类，加密，markdown，手机版等好多功能，并且初始内存也是比较大的，3G的，写笔记够写一辈子了。

官网地址：http://note.youdao.com/noteintro.html

5、Microsoft VS Code（vscode）

文本编辑器很重要，要选好，作为一名优秀的码农，notepad显然已经满足不了，文本编辑器，一定要轻量级的，速度快的，还要功能多的，vscode是最好的选择了。

官网地址：https://code.visualstudio.com/

6、cmder

赶紧告别Windows自带的cmd把，cmder是在是强大的一批，不要想别的了，赶紧下载使用把。

官网地址：http://cmder.net/

7、MobaXterm

这个玩意就厉害了，SSH、FTP等管理工具，重要的是免费已经足够使用了，功能齐全，不用在为其他工具收费烦恼了。

官网地址：https://mobaxterm.mobatek.net/

8、WPS Office

说真的，已经彻底放弃微软的Office了，谁用谁恶心，还是WPS比较良心，而且现在2019版本的更强大，支持各种画图，太漂亮了。

官网地址：http://2019.docer.com/

9、Everything

这个是比较老牌的软件了，搜索电脑上各种文件，速度快的吓人。

官网地址：http://www.voidtools.com/

10、MAC下xnip截图工具

找了好多好多截图软件，还是这个比较舒服，一直用QQ截图习惯了，就找了一个类似QQ截图方式的工具，还能滚动截图，实用。

官网地址：https://xnipapp.com/

11、MAC自定义快捷键工具

提高开发效率，各种软件切换和快速启动必不可缺啊，这个就特别适用，功能也算齐全。

官网地址：https://manico.im/

在原有的nginx上面安装Openresty和lua相关的模块

2018-07-04T04:39:00.000Z

前言

突然有一天出了个需求，做文件防盗链的，而且需要通过nginx来做，这个时候必然想到了Openresty，Openresty本身其实已经安装有nginx了，但是要求在公司原有的nginx上面装一些Openresty里面的模块，这个时候就有点复杂了，但是最终还是研究出来了，庆幸啊，这里做一个笔记，以便下次安装使用。

安装openresty

下载openresty

下载地址：https://github.com/openresty/openresty/releases

1 2	wget https://github.com/openresty/openresty/releases/download/v1.13.6.1/openresty-1.13.6.1.tar.gz

编译安装

解压

tar -xvf openresty-1.13.6.1.tar.gz

cd openresty-1.13.6.1

编译安装

./configure -j2

gmake

gmake install

安装lua

在下载openresty安装包的时候，里面其实已经依赖了lua了，只需要安装就好了

cd openresty-1.13.6.1/bundle/LuaJIT-2.1-20171103/

make

make install

nginx添加相关模块

配置lua位置

找到以前nginx的源码包，配置lua位置

cd nginx-1.15.0

export LUAJIT_LIB=/usr/local/openresty/lualib/
export LUAJIT_INC=/usr/local/openresty/luajit/include/luajit-2.1/

重新编译nginx

./configure --prefix=/usr/local/nginx --with-cc-opt=-O2 --add-module=/root/openresty-1.13.6.1/bundle/ngx_devel_kit-0.3.0 --add-module=/root/openresty-1.13.6.1/bundle/echo-nginx-module-0.61 --add-module=/root/openresty-1.13.6.1/bundle/xss-nginx-module-0.05 --add-module=/root/openresty-1.13.6.1/bundle/ngx_coolkit-0.2rc3 --add-module=/root/openresty-1.13.6.1/bundle/set-misc-nginx-module-0.31 --add-module=/root/openresty-1.13.6.1/bundle/form-input-nginx-module-0.12 --add-module=/root/openresty-1.13.6.1/bundle/encrypted-session-nginx-module-0.07 --add-module=/root/openresty-1.13.6.1/bundle/srcache-nginx-module-0.31 --add-module=/root/openresty-1.13.6.1/bundle/ngx_lua-0.10.11 --add-module=/root/openresty-1.13.6.1/bundle/ngx_lua_upstream-0.07 --add-module=/root/openresty-1.13.6.1/bundle/headers-more-nginx-module-0.33 --add-module=/root/openresty-1.13.6.1/bundle/array-var-nginx-module-0.05 --add-module=/root/openresty-1.13.6.1/bundle/memc-nginx-module-0.18 --add-module=/root/openresty-1.13.6.1/bundle/redis2-nginx-module-0.14 --add-module=/root/openresty-1.13.6.1/bundle/redis-nginx-module-0.3.7 --add-module=/root/openresty-1.13.6.1/bundle/rds-json-nginx-module-0.15 --add-module=/root/openresty-1.13.6.1/bundle/rds-csv-nginx-module-0.08 --add-module=/root/openresty-1.13.6.1/bundle/ngx_stream_lua-0.0.3 --with-ld-opt=-Wl,-rpath,/usr/local/lib/ --with-stream --with-stream_ssl_module --with-http_ssl_module

编译完成了，执行make，记住，这里不要执行make install，不然会把以前安装的会覆盖的

make

这里有几个参数说明一下：

–prefix=/usr/local/nginx：nginx安装目录
–add-module=/root/openresty-1.13.6.1/bundle：这个是刚刚下载的openresty安装包
–with-ld-opt=-Wl,-rpath,/usr/local/lib/：lua安装的路径，上面lua安装的时候，默认是这个位置的

编译完成后，会新生成一个nginx执行文件，在nginx-1.15.0/objs目录下，测试一下对应的依赖有没有装上

1
2
3

cd nginx-1.15.0/objs

./nginx -V

显示以下，说明完美

nginx version: nginx/1.15.0
built by gcc 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC)
built with OpenSSL 1.0.2k-fips  26 Jan 2017
TLS SNI support enabled
configure arguments: --prefix=/usr/local/nginx --with-cc-opt=-O2 --add-module=/root/openresty-1.13.6.1/bundle/ngx_devel_kit-0.3.0 --add-module=/root/openresty-1.13.6.1/bundle/echo-nginx-module-0.61 --add-module=/root/openresty-1.13.6.1/bundle/xss-nginx-module-0.05 --add-module=/root/openresty-1.13.6.1/bundle/ngx_coolkit-0.2rc3 --add-module=/root/openresty-1.13.6.1/bundle/set-misc-nginx-module-0.31 --add-module=/root/openresty-1.13.6.1/bundle/form-input-nginx-module-0.12 --add-module=/root/openresty-1.13.6.1/bundle/encrypted-session-nginx-module-0.07 --add-module=/root/openresty-1.13.6.1/bundle/srcache-nginx-module-0.31 --add-module=/root/openresty-1.13.6.1/bundle/ngx_lua-0.10.11 --add-module=/root/openresty-1.13.6.1/bundle/ngx_lua_upstream-0.07 --add-module=/root/openresty-1.13.6.1/bundle/headers-more-nginx-module-0.33 --add-module=/root/openresty-1.13.6.1/bundle/array-var-nginx-module-0.05 --add-module=/root/openresty-1.13.6.1/bundle/memc-nginx-module-0.18 --add-module=/root/openresty-1.13.6.1/bundle/redis2-nginx-module-0.14 --add-module=/root/openresty-1.13.6.1/bundle/redis-nginx-module-0.3.7 --add-module=/root/openresty-1.13.6.1/bundle/rds-json-nginx-module-0.15 --add-module=/root/openresty-1.13.6.1/bundle/rds-csv-nginx-module-0.08 --add-module=/root/openresty-1.13.6.1/bundle/ngx_stream_lua-0.0.3 --with-ld-opt=-Wl,-rpath,/usr/local/lib/ --with-stream --with-stream_ssl_module --with-http_ssl_module

复制nginx命令覆盖以前的nginx

复制前，最好把之前的nginx备份一下，以防不测

1
2
3

cd /usr/local/nginx/sbin/

cp nginx nginx.old

赢新的覆盖,覆盖之前，最好停掉nginx

1
2
3

cd nginx-1.15.0/

cp objs/nginx /usr/local/nginx/sbin/

这里会提示是否覆盖，输入y，然后回车就好了

测试

先测试nginx有没有被玩坏，先检查一下

cd /usr/local/nginx

./sbin/nginx -t

./sbin/nginx

启动完成，访问下以前的站点还能不能正常打开，目测是没问题的

测试lua模块

创建一个专门存放lua文件的文件夹,我习惯创建在nginx目录下

1
2
3

cd /usr/local/nginx

mkdir lua

创建一个lua文件

vim hello.lua


ngx.log(ngx.ERR,"hello");

把这个lua文件依赖到nginx里面试试

location / {
        root /workspace/hexo/public/;
        index index.html index.htm;
        access_by_lua_file lua/hello.lua;
}

老规矩，先检查下有没问题没，然后重启

cd /usr/local/nginx

./sbin/nginx -t

./sbin/nginx -s reload

然后打开日志，准备看有没有打印对应的日志信息

1	tail -f logs/error.log

正常会看到以下日志

1	2018/07/04 11:58:38 [error] 15646#0: *52 [lua] hello.lua:2: hello,

完美！

Apollo分布式配置中心部署以及使用

2018-06-12T03:18:00.000Z

一、简介

Apollo（阿波罗）是携程框架部门研发的分布式配置中心，能够集中化管理应用不同环境、不同集群的配置，配置修改后能够实时推送到应用端，并且具备规范的权限、流程治理等特性，适用于微服务配置管理场景。

官方github：https://github.com/ctripcorp/apollo

作者对Apollo对介绍：https://github.com/ctripcorp/apollo/wiki/Apollo%E9%85%8D%E7%BD%AE%E4%B8%AD%E5%BF%83%E4%BB%8B%E7%BB%8D

二、安装部署

基础设施

本次部署环境为DEV（开发环境）、FAT（测试环境）、UAT（预生产）、PRO（生产）

应用服务器：

环境	服务器	服务	端口
/	192.168.35.206	apollo-portal	9102
DEV	192.168.35.207	apollo-configservice apollo-adminservice	9100 9101
FAT	192.168.35.208	apollo-configservice apollo-adminservice	9100 9101
UAT	192.168.35.209	apollo-configservice apollo-adminservice	9100 9101
PRO	192.168.35.210	apollo-configservice apollo-adminservice	9100 9101

数据库服务器：

环境	服务器	服务	数据库	端口
/	192.168.35.226	apollo-portal	ApolloPortalDB	3306
DEV	192.168.35.227	apollo-configservice apollo-adminservice	ApolloConfigDB	3306
FAT	192.168.35.228	apollo-configservice apollo-adminservice	ApolloConfigDB	3306
UAT	192.168.35.229	apollo-configservice apollo-adminservice	ApolloConfigDB	3306
PRO	192.168.35.230	apollo-configservice apollo-adminservice	ApolloConfigDB	3306

配置

下载代码：

1	git clone https://github.com/ctripcorp/apollo.git

比较重要的几个项目：

apollo-configservice：提供配置获取接口，提供配置更新推送接口，接口服务对象为Apollo客户端
apollo-adminservice：提供配置管理接口，提供配置修改、发布等接口，接口服务对象为Portal，以及Eureka
apollo-portal：提供Web界面供用户管理配置
apollo-client：Apollo提供的客户端程序，为应用提供配置获取、实时更新等功能

上图简要描述了配置发布的大致过程：

用户在Portal操作配置发布
Portal调用Admin Service的接口操作发布
Admin Service发布配置后，发送ReleaseMessage给各个Config Service
Config Service收到ReleaseMessage后，通知对应的客户端

数据库初始化：

下面的sql为大写格式，注意数据库的大小写敏感设置

ApolloPortalDB：执行apollo\scripts\sql\apolloportaldb.sql
ApolloConfigDB：DEV FAT UAT PRO 环境执行apollo\scripts\sql\apolloconfigdb.sql

调整配置并打包：

在Apollo项目中找到目录apollo\scripts\的配置文件build.sh或者build.bat

数据库配置
修改数据库配置，上面的是ApolloConfigDB配置，下面的是ApolloPortalDB配置：

# apollo config db info  该数据库配置只需要配置一次，不同环境无需修改
apollo_config_db_url=jdbc:mysql://192.168.35.227:3306/ApolloConfigDB?characterEncoding=utf8
apollo_config_db_username=XXXX
apollo_config_db_password=XXXX

# apollo portal db info  该数据库依据不同环境配置对应的数据库连接，并且需要多次打对应环境的JAR包
apollo_portal_db_url=jdbc:mysql://192.168.35.226:3306/ApolloPortalDB?characterEncoding=utf8
apollo_portal_db_username=XXXX
apollo_portal_db_password=XXXX

apollo config db info 该数据库配置只需要配置一次，不同环境无需修改
apollo portal db info 该数据库依据不同环境配置对应的数据库连接，并且需要多次打

修改环境调用地址

# meta server url, different environments should have different meta server addresses
dev_meta=http://192.168.35.207:9100
fat_meta=http://192.168.35.208:9100
uat_meta=http://192.168.35.209:9100
pro_meta=http://192.168.35.210:9100

修改数据库数据

在DEV FAT UAT PRO 对应的ApolloConfigDB数据库中,找到表ServerConfig中的eureka.service.url配置项：

1	UPDATE apolloconfigdb.ServerConfig SET ServerConfig.`Value`='http://localhost:9100/eureka/' WHERE `Key`='eureka.service.url';

修改环境配置，在ApolloPortalDB数据库修改表ServerConfig中的apollo.portal.envs:

1	UPDATE apolloportaldb.serverconfig SET serverconfig.`Value`='dev,fat,uat,pro' WHERE `Key`='apollo.portal.envs';

具体eureka配置，可以查看官网：https://github.com/ctripcorp/apollo/wiki/%E5%88%86%E5%B8%83%E5%BC%8F%E9%83%A8%E7%BD%B2%E6%8C%87%E5%8D%97

编译、打包

1	./build.sh

该脚本会依次打包apollo-configservice, apollo-adminservice, apollo-portal和apollo-client。
由于ApolloConfigDB在每个环境都有部署，所以对不同环境的config-service和admin-service需要使用不同的数据库连接信息打不同的包，portal和client只需要打一次包即可

开始部署

部署程序到对应的服务器

部署apollo-configservice

将apollo-configservice/target/目录下的apollo-configservice-x.x.x-github.zip上传到服务器上，解压
修改scripts/startup.sh ：

1 2	LOG_DIR=/opt/logs/100003171 SERVER_PORT=9100

执行scripts/startup.sh即可
如需停止服务，执行scripts/shutdown.sh.

部署apollo-adminservice

将apollo-adminservice/target/目录下的apollo-adminservice-x.x.x-github.zip上传到服务器上，解压
修改scripts/startup.sh：

1 2	LOG_DIR=/opt/logs/100003172 SERVER_PORT=9101

执行scripts/startup.sh即可
如需停止服务，执行scripts/shutdown.sh.

部署apollo-portal

将apollo-portal/target/目录下的apollo-portal-x.x.x-github.zip上传到服务器上，解压
修改scripts/startup.sh：

1 2	LOG_DIR=/opt/logs/100003173 SERVER_PORT=9102

执行scripts/startup.sh即可
如需停止服务，执行scripts/shutdown.sh.

访问测试

上面部署完成，可以测试

访问不同环境的eureka，查看服务注册情况是否正确：

1	http://192.168.35.207:9100/

如果可以看到:

1 2	192.168.35.207:apollo-adminservice:9101 192.168.35.207:apollo-configservice:9100

两个服务都为UP，正常！

访问客户端：

1	http://192.168.35.206:9102/

新建项目测试。

三、使用配置中心配置信息

maven引入上面步骤编译打包成功的apollo-core和apollo-client包：

<dependency>
    <groupId>com.ctrip.framework.apollo</groupId>
    <artifactId>apollo-core</artifactId>
    <version>0.11.0-SNAPSHOT</version>
</dependency>
<dependency>
    <groupId>com.ctrip.framework.apollo</groupId>
    <artifactId>apollo-client</artifactId>
    <version>0.11.0-SNAPSHOT</version>
</dependency>

创建app.properties

请确保classpath:/META-INF/app.properties文件存在，并且其中内容为自己的项目名称，而且要保持唯一：

1	app.id=demo

环境变量配置

本地开发

如果是本地开发，可以在开发工具添加Environment：

env=DEV

线上环境配置方式：

使用Java启动参数添加java -Denv=YOUR-ENVIRONMENT -jar xxx.jar
通过操作系统的System Environment
通过配置文件：
对于Mac/Linux，文件位置为/opt/settings/server.properties
对于Windows，文件位置为C:\opt\settings\server.properties

配置apollo-env.properties

在项目中引用apollo-core和apollo-client包，在apollo-core包中可以看到apollo-env.properties配置文件，默认配置为打包前配置的信息：

local.meta=http://localhost:8080
dev.meta=http://192.168.35.207:9100
fat.meta=http://192.168.35.208:9100
uat.meta=http://192.168.35.209:9100
lpt.meta=${lpt_meta}
pro.meta=http://192.168.35.210:9100

如果需要修改或者覆盖的话，在项目的resources从上面复制一个apollo-env.properties文件，修改对应环境信息就可以了

启用配置
在启动类添加@EnableApolloConfig注解即可：

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;


/**
 * @author chihiro.zhang
 */
@EnableApolloConfig
@SpringBootApplication
public class Application {

	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
	}

}

测试

添加一个测试的类DemoConfiguration，当然配置中心要有下面配置的配置信息:

@Configuration
@EnableAutoConfiguration
public class DemoConfiguration {
    @Value("${demo}")
    private String demo;
}

完成！

四、部署方案

这个图是计划部署的方案，并不是上面写的例子的方案

Spring Cloud Config分布式配置中心的使用和遇到的坑

2018-06-06T02:09:55.000Z

分布式配置中心

为什么要有用分布式配置中心这玩意儿？现在这微服务大军已经覆盖了各种大小型企业，每个服务的粒度相对较小，因此系统中会出现大量的服务，每个服务都要有自己都一些配置信息，或者相同的配置信息，可能不同环境每个服务也有单独的一套配置，这种情况配置文件数量比较庞大，维护起来相当费劲，举个栗子：
在开发的过程中，一般数据库是开发环境数据库，所有服务DB的IP配置为：92.168.0.1，突然老大说，开发环境换了，DB的IP要修改，这下可不好受了，所有模块挨个修改DB的配置，就问你难受不难受？
这个时候分布式配置中心就发挥了很大的优势，只需要修改配置中心配置，所有服务即可自动生效，爽不爽！

Spring Cloud Config

官网地址：http://cloud.spring.io/spring-cloud-config/

简介

Spring Cloud Config为服务端和客户端提供了分布式系统的外部化配置支持。配置服务器为各应用的所有环境提供了一个中心化的外部配置。它实现了对服务端和客户端对Spring Environment和PropertySource抽象的映射，所以它除了适用于Spring构建的应用程序，也可以在任何其他语言运行的应用程序中使用。作为一个应用可以通过部署管道来进行测试或者投入生产，我们可以分别为这些环境创建配置，并且在需要迁移环境的时候获取对应环境的配置来运行。

置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理，并且可以通过git客户端工具来方便的管理和访问配置内容。当然他也提供本地化文件系统的存储方式。

使用 spring Cloud 进行集中式配置管理，将以往的配置文件从项目中摘除后放到Git 或svn中集中管理，并在需要变更的时候，可以通知到各应用程序，应用程序刷新配置不需要重启。

实现原理

其实这个实现原理相对比较简单一些，基于git的交互操作。

我们把配置文件存放到git上面
Spring Cloud Config配置中心服务连接git
客户端需要配置配置信息从配置中心服务获取
当客户端启动，会从配置中心获取git上面的配置信息

配置中心服务端

pom.xml添加依赖

<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-config-server</artifactId>
    </dependency>
</dependencies>

<dependencyManagement>
    <dependencies>
        <!-- spring cloud -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-dependencies</artifactId>
            <version>Edgware.SR3</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

Application启动类添加注解

添加@EnableConfigServer注解，启用配置中心：

package com.qianxunclub;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.config.server.EnableConfigServer;


/**
* @author chihiro.zhang
*/
@SpringBootApplication
@EnableConfigServer
public class Application {

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }

}

配置文件

在application.yml或者application.properties添加配置信息：

spring:
  cloud:
    config:
      server:
        git:
          uri: https://gitee.com/qianxunclub/spring-boot-config-repo
          default-label: master
          search-paths: /**
          basedir: target/config

spring.cloud.config.server.git.uri：配置git仓库地址
spring.cloud.config.server.git.search-paths：仓库文件夹目录，如果是/**，就是所有目录所有文件
spring.cloud.config.server.git.default-label：配置仓库的分支
spring.cloud.config.server.git.basedir：配置文件拉去到本地的目录位置

启动测试

首先在git里面添加一个application-dev.yml配置文件，内容如此下：

1	test: 我是配置中心配置信息

已经配置完成了，启动一波试试，看效果咋样，正常情况下是可以正常启动的，然后获取配置文件试试
访问地址：http://localhost:8888/test/dev
如果返回如下，就是成功了：

{
    "name":"test",
    "profiles":[
        "dev"
    ],
    "label":null,
    "version":"64e7882a8f280641724e454a2db5a3da7b44d3d4",
    "state":null,
    "propertySources":[
        {
            "name":"https://gitee.com/qianxunclub/spring-boot-config-repo/application-dev.yml",
            "source":{
                "test":"配置中心的配置信息"
            }
        }
    ]
}

http请求地址和资源文件映射如下:

/{application}/{profile}[/{label}]
/{application}-{profile}.yml
/{label}/{application}-{profile}.yml
/{application}-{profile}.properties
/{label}/{application}-{profile}.properties

配置中心客户端使用

pom.xml添加依赖

<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-config</artifactId>
    </dependency>
</dependencies>

<dependencyManagement>
    <dependencies>
        <!-- spring cloud -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-dependencies</artifactId>
            <version>Edgware.SR3</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

配置文件

创建bootstrap.yml文件，切记，是bootstrap.yml文件bootstrap.yml文件，我就因为写到了application.yml这个里面，各种出现问题啊，添加如下配置：

spring:
  cloud:
    config:
      name: application
      profile: dev
      label: master
      uri: http://localhost:8888/

spring.cloud.config.label：指明远程仓库的分支
spring.cloud.config.profile：指定不同环境配置文件，和git仓库的 application-dev.yml对应
spring.cloud.config.name：配置名称，一般和git仓库的application-dev.yml对应
spring.cloud.config.uri：上面的配置中心服务地址

启动测试

先添加一个获取配置信息的类:



/**
 * @author chihiro.zhang
 */
@Configuration
@EnableAutoConfiguration
public class DemoConfiguration {

    @Value("${test}")
    private  String test;
}

找个地方随便调用一下，输出这个test，就会打印上面git里面配置的信息了，爽不！

说说中间遇到的坑

服务端git配置死活获取不了git仓库配置文件

spring:
    cloud:
        config:
        server:
            git:
                uri: https://gitee.com/qianxunclub/spring-boot-config-repo
                default-label: master
                search-paths: /**
                basedir: target/config

当时这个uri配置的是公司的git仓库，公司的git仓库访问是需要开代理才能有权限访问的，代理也开了，可是一直报错：

Whitelabel Error Page
This application has no explicit mapping for /error, so you are seeing this as a fallback.

Wed Jun 06 11:10:56 CST 2018
There was an unexpected error (type=Not Found, status=404).
Cannot clone or checkout repository: http://xxx.com:5080/framework/config-repo

很郁闷，不知道为啥，可是就在刚刚，就刚刚，写博客的时候，有测试了一下，通了。。。。日了狗了，不知道啥原因，等研究出来了再来补充。

客户端配置一定要配置在bootstrap.yml里面
uri默认会调用端口为8888的地址http://localhost:8888/
启动的时候，会加载label和uri,profile配置，profile可以在启动参数添加，profile也可以加在application.yml添加
name也可以加在application.yml添加

demo

配置中心服务端：https://gitee.com/qianxunclub/qianxunclub-springboot-config
配置git仓库：https://gitee.com/qianxunclub/qianxunclub-springboot-config
配置客户端使用：https://gitee.com/qianxunclub/qianxunclub-starter-demo
客户端主要配置在：https://gitee.com/qianxunclub/qianxunclub-starter-parent/tree/master/qianxunclub-starter-config

SpringBoot的redis启动报错：ERR This instance has cluster support disabled

2018-05-28T06:27:23.000Z

异常描述

新建了一个项目，我自己的服务器安装了一个redis，安装的时候，基本上都是默认参数，然后SpringBoot配置如下：

spring:
  redis:
    cluster:
      nodes: qianxunclub.com:6666

在项目启动的时候，报错：

Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'redisTemplate' defined in class path resource [com/qianxunclub/starter/redis/autoconfigure/RedisConfig.class]: Unsatisfied dependency expressed through method 'redisTemplate' parameter 0; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'redisConnectionFactory' defined in class path resource [org/springframework/boot/autoconfigure/data/redis/RedisAutoConfiguration$RedisConnectionConfiguration.class]: Invocation of init method failed; nested exception is redis.clients.jedis.exceptions.JedisDataException: ERR This instance has cluster support disabled
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:749)
	at org.springframework.beans.factory.support.ConstructorResolver.instantiateUsingFactoryMethod(ConstructorResolver.java:467)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateUsingFactoryMethod(AbstractAutowireCapableBeanFactory.java:1173)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:1067)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:513)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:208)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1138)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741)
	... 33 common frames omitted
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'redisConnectionFactory' defined in class path resource [org/springframework/boot/autoconfigure/data/redis/RedisAutoConfiguration$RedisConnectionConfiguration.class]: Invocation of init method failed; nested exception is redis.clients.jedis.exceptions.JedisDataException: ERR This instance has cluster support disabled
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1628)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:555)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:483)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:202)
	at org.springframework.beans.factory.config.DependencyDescriptor.resolveCandidate(DependencyDescriptor.java:208)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1138)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1066)
	at org.springframework.beans.factory.support.ConstructorResolver.resolveAutowiredArgument(ConstructorResolver.java:835)
	at org.springframework.beans.factory.support.ConstructorResolver.createArgumentArray(ConstructorResolver.java:741)
	... 47 common frames omitted
Caused by: redis.clients.jedis.exceptions.JedisDataException: ERR This instance has cluster support disabled
	at redis.clients.jedis.Protocol.processError(Protocol.java:127)
	at redis.clients.jedis.Protocol.process(Protocol.java:161)
	at redis.clients.jedis.Protocol.read(Protocol.java:215)
	at redis.clients.jedis.Connection.readProtocolWithCheckingBroken(Connection.java:340)
	at redis.clients.jedis.Connection.getRawObjectMultiBulkReply(Connection.java:285)
	at redis.clients.jedis.Connection.getObjectMultiBulkReply(Connection.java:291)
	at redis.clients.jedis.Jedis.clusterSlots(Jedis.java:3376)
	at redis.clients.jedis.JedisClusterInfoCache.discoverClusterNodesAndSlots(JedisClusterInfoCache.java:54)
	at redis.clients.jedis.JedisClusterConnectionHandler.initializeSlotsCache(JedisClusterConnectionHandler.java:39)
	at redis.clients.jedis.JedisClusterConnectionHandler.<init>(JedisClusterConnectionHandler.java:17)
	at redis.clients.jedis.JedisSlotBasedConnectionHandler.<init>(JedisSlotBasedConnectionHandler.java:20)
	at redis.clients.jedis.JedisSlotBasedConnectionHandler.<init>(JedisSlotBasedConnectionHandler.java:15)
	at redis.clients.jedis.BinaryJedisCluster.<init>(BinaryJedisCluster.java:41)
	at redis.clients.jedis.JedisCluster.<init>(JedisCluster.java:83)
	at org.springframework.data.redis.connection.jedis.JedisConnectionFactory.createCluster(JedisConnectionFactory.java:306)
	at org.springframework.data.redis.connection.jedis.JedisConnectionFactory.createCluster(JedisConnectionFactory.java:280)
	at org.springframework.data.redis.connection.jedis.JedisConnectionFactory.afterPropertiesSet(JedisConnectionFactory.java:241)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1687)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1624)
	... 58 common frames omitted
Disconnected from the target VM, address: '127.0.0.1:52157', transport: 'socket'

Process finished with exit code 1

异常分析

从报错误的信息ERR This instance has cluster support disabled很明显看得出来，是没有启动redis集群功能，可是我项目配置的集群的配置方式，要么修改代码为单机配置，要么修改redis为集群方式。

解决办法

1、可以修改配置为单机redis配置：

spring:
  redis:
    host: qianxunclub.com
    port: 6666

2、在安装redis的目录找到redis配置文件redis.conf，里面会找到配置：

1	# cluster-enabled yes

把注释去掉就可以了

1	cluster-enabled yes

自定义SpringBoot的starter-parent，制定开发规范，和提高开发效率

2018-05-25T02:40:00.000Z

写在前面

SpringBoot咱们开发一般pom.xml是都集成spring-boot-starter-parent的，这里为什么要自定义一个starter-parent呢，主要以下几个理由：

定义开发规范：自定义parent可以制定统一配置和依赖规范
提高开发效率
统一模块插件化管理：可以在parent实现需要的插件配置，如：redis、mysql、日志、参数校验等
项目版本升级和依赖包升级更加方便统一
日志收集等可以从切面获取各个项目数据和日志等
项目持续集成部署交付方便处理

其实好处挺多的，谁用谁知道。

源码地址：https://gitee.com/qianxunclub/qianxunclub-starter-parent
源码依赖公用包：https://gitee.com/qianxunclub/framework-common

一、准备

qianxunclub-starter-parent里面已经开发好的几个插件，需要依据公司真实环境修改配置

源码地址：

1	git clone https://gitee.com/qianxunclub/qianxunclub-starter-parent.git

因为qianxunclub-starter-parent依赖了另一个framework-common工具包，所以要下载该包源码并且编译：

1	git clone https://gitee.com/qianxunclub/framework-common.git

1	cd framework-common

1	mvn clean install

二、starter-parent插件功能列表

本starter已包含一下功能：

lombok插件添加
日志输出：qianxunclub-starter-logging
swagger接口文档：qianxunclub-starter-swagger
跨域请求、http编码配置入参校验等：qianxunclub-starter-web
mysql以及MybatisPlus引用：qianxunclub-starter-mysql（如果不使用，禁止引入该包，否则项目启动出错）
redis支持：qianxunclub-starter-redis（如果不使用，禁止引入该包，否则项目启动出错）

三、开发配置

pom.xml编辑

POM需要依赖父级qianxunclub-starter-parent：

<parent>
	<groupId>com.qianxunclub</groupId>
	<artifactId>qianxunclub-starter-parent</artifactId>
	<version>0.0.1-SNAPSHOT</version>
</parent>

继承该依赖，无需再引用spring-boot-starter-parent,本项目已经继承的spring-boot-starter-parent版本为1.5.9.RELEASE。

项目目录结构

qianxunclub-demo
├── pom.xml
├── qianxunclub-demo.iml
└── src
    ├── main
    │   ├── java
    │   │   └── com
    │   │       └── qianxunclub
    │   │           ├── Application.java
    │   │           └── demo
    │   │               └── web
    │   └── resources
    │       └── application.yml
    └── test
        └── java

com.qianxunclub：项目根包名，必须以该名称命名，并且SpringBoot启动类必须在该目录
group：项目分组名称，通常依据项目在GIT分组名称命名
demo：项目名称，通常依据GIT名称命名
web：controller控制器，，必须以该名称命名
resources：资源目录

application.yml基础配置信息

app:
  group: group
  name: demo
  descriptions: 项目描述
  author: 千寻啊千寻
  email: 960339491@qq.com
spring:
  profiles:
    include:
    - web
    - swagger
    - logging
    - mysql

group：项目分组名称，和包结构中的分组名称必须一致
name：项目名称。和包结构中项目名称必须一致
descriptions：项目描述信息
author：项目负责人名称
email：项目负责人邮箱
spring.profiles.include：使用已经定义的starter功能,项目参考本文第三章

四、starter使用说明

日志输出：qianxunclub-starter-logging

配置方式

pom.xml引入包：

<!-- 日志配置信息 -->
<dependency>
    <groupId>com.qianxunclub</groupId>
    <artifactId>qianxunclub-starter-logging</artifactId>
</dependency>

application.yml配置

profiles需要引入配置：

spring:
  profiles:
    include:
    - logging

自定义配置：

1
2
3

logging:
  level:
    com.qianxunclub: debug

以下为缺省配置：

logging:
  level:
    org.springframework: info
    com.qianxunclub: info
  pattern:
    console: "%date{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %highlight(%-5level) %cyan(%logger{64})  - %msg%n"
  file: /logs/${app.group:}/${app.name:${spring.application.name:application}}/${spring.application.name:application}.log

**
日志默认存放目录：/logs/项目分组/项目名称/日志文件
如果没有项目分组：/logs/项目名称/日志文件
**

使用方式

只需要在类上面添加@Slf4j注解，即可使用log对象打印日志

@Slf4j
@SpringBootApplication
public class Application {
	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
		log.info("日志信息");
	}
}

swagger接口文档：qianxunclub-starter-swagger

官网：https://swagger.io/

配置方式

pom.xml引入包：

<!-- 自动生成接口文档 -->
<dependency>
    <groupId>com.qianxunclub</groupId>
    <artifactId>qianxunclub-starter-swagger</artifactId>
</dependency>

application.yml配置

swagger默认是不启用的，必须添加一下配置，才可以开启配置

app:
  swagger: true
spring:
  profiles:
    include:
    - swagger

启动类添加`@EnableSBCSwagger`注解，开启接口

@EnableSBCSwagger
@SpringBootApplication
public class Application {
	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
	}
}

使用方式

启动项目成功后,访问API接口地址，例如：http://localhost:8080/swagger-ui.html。

mysql以及MybatisPlus引用：qianxunclub-starter-mysql

3.4.1配置方式

pom.xml引入包：

<!-- MYSQL配置信息 -->
<dependency>
    <groupId>com.qianxunclub</groupId>
    <artifactId>qianxunclub-starter-mysql</artifactId>
</dependency>

application.yml配置

引入mysql配置：

spring:
  profiles:
    include:
    - mysql

添加数据源信息：

app:
  group: group
  name: oneway
  description: demo
  author: 千寻啊千寻
  email: 960339491@qq.com
  datasource:
    host: xxx.xxx.xxx.xxx
    username: root
    password: xxx
    druid:
      public-key: xxx

端口默认为：3306
数据库密码加密：

1	java -cp druid-1.1.6.jar com.alibaba.druid.filter.config.ConfigTools your_password

使用方式

以上配置完成后即可使用mysql以及MybatisPlus，该starter已封装部分常用数据库操作，方法如下：
MybatisPlus使用说明：http://mp.baomidou.com/#/?id=%e7%ae%80%e4%bb%8b

1、Entity规范

数据库对应的Entity需要继承BaseEntity，如下：

@Data
@TableName("t_app")
public class AppEntity extends BaseEntity {

}

2、Param规范

Param为入参查询常用发放，Param需要继承BaseParam,如下：

@Data
public class AppParam extends BaseParam {

}

3、Mapper规范

需要添加@Mapper注解，继承BaseMapper，并且要指定Entity泛型，如下：

1
2
3

@Mapper
public interface AppMapper extends BaseMapper<AppEntity> {
}

4、Dao规范

需要继承BaseDao,并且指定泛型，如下：

@Component
public class AppDao extends BaseDao<AppMapper,AppEntity,AppParam> {

}

5、mapper.xml规范

默认可以不添加mapper.xml，如果遇到特定的SQL，可在resources资源目录添加mapper文件夹，并添加对应的XML即可

redis支持：qianxunclub-starter-redis

配置方式

pom.xml引入包：

<!-- MYSQL配置信息 -->
<dependency>
    <groupId>com.qianxunclub</groupId>
    <artifactId>qianxunclub-starter-redis</artifactId>
</dependency>

application.yml配置

引入mysql配置：

spring:
  profiles:
    include:
    - redis

添加redis配置信息：

spring:
  redis:
    host: 120.25.173.32
    password: 123456

端口默认为：6379

下面为缺省配置：

spring:
  redis:
    database: 0
    host: localhost
    port: 6379
    password: 
    pool:
      # 连接池最大连接数（使用负值表示没有限制）
      max-active: 8
      # 连接池最大阻塞等待时间（使用负值表示没有限制）
      max-wait: -1
      # 连接池中的最大空闲连接
      max-idle: 8
      # 连接池中的最小空闲连接
      min-idle: 0
      # 连接超时时间（毫秒）
      timeout: 0

使用方式

在类中可直接注入RedisTemplate或StringRedisTemplate即可使用，例如：

@Slf4j
@RestController
@RequestMapping(value = "/redis")
@AllArgsConstructor
@Api(description = "redis")
public class RedisController {

	private RedisTemplate redisTemplate;
	private StringRedisTemplate stringRedisTemplate;



	@ApiOperation("add")
	@ResponseBody
	@RequestMapping(value="add",method = RequestMethod.GET)
	public void add() {
		ValueOperations<String, String> operations=redisTemplate.opsForValue();
		operations.set("ValueOperations","1");
		log.info(operations.get("ValueOperations"));

		stringRedisTemplate.opsForValue().set("aaa", "111");
		log.info(stringRedisTemplate.opsForValue().get("aaa"));
	}

}

跨域请求、http编码配置入参校验等：qianxunclub-starter-web

配置方式

pom.xml引入包：

<!-- 支持跨域请求 -->
<dependency>
    <groupId>com.qianxunclub</groupId>
    <artifactId>qianxunclub-starter-web</artifactId>
</dependency>

application.yml配置

profiles需要引入配置：

spring:
  profiles:
    include:
    - web

五、配置最终效果如下

pom.xml：

<modelVersion>4.0.0</modelVersion>

<groupId>com.qianxunclub</groupId>
<artifactId>qianxunclub-demo</artifactId>
<version>1.0-SNAPSHOT</version>

<parent>
    <groupId>com.qianxunclub</groupId>
    <artifactId>qianxunclub-starter-parent</artifactId>
    <version>0.0.1-SNAPSHOT</version>
</parent>

<dependencies>

    <!-- 自动生成接口文档 -->
    <dependency>
        <groupId>com.qianxunclub</groupId>
        <artifactId>qianxunclub-starter-swagger</artifactId>
    </dependency>
    <!-- web配置信息 -->
    <dependency>
        <groupId>com.qianxunclub</groupId>
        <artifactId>qianxunclub-starter-web</artifactId>
    </dependency>
    <!-- 日志配置信息 -->
    <dependency>
        <groupId>com.qianxunclub</groupId>
        <artifactId>qianxunclub-starter-logging</artifactId>
    </dependency>
    <!-- MYSQL配置信息 -->
    <dependency>
        <groupId>com.qianxunclub</groupId>
        <artifactId>qianxunclub-starter-mysql</artifactId>
    </dependency>
</dependencies>

application.yml:

app:
  group: group
  name: demo
  description: demo服务
  author: 千寻啊千寻
  email: 960339491@qq.com
  swagger: true
  datasource:
    host: xxx.xxx.xxx.xxx
    username: root
    password: xxx
    druid:
      public-key: xxx

spring:
  profiles:
    include:
    - web
    - swagger
    - logging
    - mysql

完！

SpringBoot启动Tomcat失败：Unable to start embedded Tomcat

2018-05-22T02:40:00.000Z

异常描述

之前项目是dubbo的，分为两个服务，service数据层和web请求控制，使用dubbo互相调用的，现在要把dubbo去掉，使用SpringCloud的eureka了，要把两个合并成一个项目，这里并不是要把所有代码复制过去，而是把service使用maven引用到web项目里面，然后修改对应的配置和包路劲，启动的时候，竟然报错了，编译是没有任何问题的。

10:02:26.349 logback [main] INFO  o.a.catalina.core.StandardEngine - Starting Servlet Engine: Apache Tomcat/8.5.23
10:02:26.463 logback [Tomcat-startStop-1] ERROR o.apache.catalina.core.ContainerBase - A child container failed during start
java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat].StandardHost[localhost].TomcatEmbeddedContext[]]
        at java.util.concurrent.FutureTask.report(Unknown Source)
        at java.util.concurrent.FutureTask.get(Unknown Source)
        at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:939)
        at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:872)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1419)
        at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1409)
        at java.util.concurrent.FutureTask.run(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat].StandardHost[localhost].TomcatEmbeddedContext[]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        ... 6 common frames omitted
Caused by: org.apache.catalina.LifecycleException: Failed to start component [Pipeline[StandardEngine[Tomcat].StandardHost[localhost].TomcatEmbeddedContext[]]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5117)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 6 common frames omitted
Caused by: org.apache.catalina.LifecycleException: Failed to start component [org.apache.catalina.authenticator.NonLoginAuthenticator[]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        at org.apache.catalina.core.StandardPipeline.startInternal(StandardPipeline.java:182)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 8 common frames omitted
Caused by: java.lang.NoSuchMethodError: javax.servlet.ServletContext.getVirtualServerName()Ljava/lang/String;
        at org.apache.catalina.authenticator.AuthenticatorBase.startInternal(AuthenticatorBase.java:1141)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 10 common frames omitted
10:02:26.464 logback [main] ERROR o.apache.catalina.core.ContainerBase - A child container failed during start
java.util.concurrent.ExecutionException: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat].StandardHost[localhost]]
        at java.util.concurrent.FutureTask.report(Unknown Source)
        at java.util.concurrent.FutureTask.get(Unknown Source)
        at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:939)
        at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        at org.apache.catalina.core.StandardService.startInternal(StandardService.java:422)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:793)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        at org.apache.catalina.startup.Tomcat.start(Tomcat.java:367)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainer.initialize(TomcatEmbeddedServletContainer.java:99)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainer.<init>(TomcatEmbeddedServletContainer.java:84)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainerFactory.getTomcatEmbeddedServletContainer(TomcatEmbeddedServletContainerFactory.java:554)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainerFactory.getEmbeddedServletContainer(TomcatEmbeddedServletContainerFactory.java:179)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.createEmbeddedServletContainer(EmbeddedWebApplicationContext.java:164)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.onRefresh(EmbeddedWebApplicationContext.java:134)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:537)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122)
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693)
        at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:303)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107)
        at com.gwghk.base.platform.dfs.Application.main(Application.java:22)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48)
        at org.springframework.boot.loader.Launcher.launch(Launcher.java:87)
        at org.springframework.boot.loader.Launcher.launch(Launcher.java:50)
        at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:51)
Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat].StandardHost[localhost]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1419)
        at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1409)
        at java.util.concurrent.FutureTask.run(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
Caused by: org.apache.catalina.LifecycleException: A child container failed during start
        at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:948)
        at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:872)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 6 common frames omitted
10:02:26.465 logback [main] WARN  o.s.b.c.e.AnnotationConfigEmbeddedWebApplicationContext - Exception encountered during context initialization - cancelling refresh attempt: org.springframework.context.ApplicationContextException: Unable to start embedded conta
iner; nested exception is org.springframework.boot.context.embedded.EmbeddedServletContainerException: Unable to start embedded Tomcat
10:02:26.485 logback [main] INFO  o.s.b.a.l.AutoConfigurationReportLoggingInitializer -

Error starting ApplicationContext. To display the auto-configuration report re-run your application with 'debug' enabled.
10:02:26.492 logback [main] ERROR o.s.boot.SpringApplication - Application startup failed
org.springframework.context.ApplicationContextException: Unable to start embedded container; nested exception is org.springframework.boot.context.embedded.EmbeddedServletContainerException: Unable to start embedded Tomcat
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.onRefresh(EmbeddedWebApplicationContext.java:137)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:537)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.refresh(EmbeddedWebApplicationContext.java:122)
        at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:693)
        at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:360)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:303)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118)
        at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107)
        at com.gwghk.base.platform.dfs.Application.main(Application.java:22)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48)
        at org.springframework.boot.loader.Launcher.launch(Launcher.java:87)
        at org.springframework.boot.loader.Launcher.launch(Launcher.java:50)
        at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:51)
Caused by: org.springframework.boot.context.embedded.EmbeddedServletContainerException: Unable to start embedded Tomcat
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainer.initialize(TomcatEmbeddedServletContainer.java:123)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainer.<init>(TomcatEmbeddedServletContainer.java:84)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainerFactory.getTomcatEmbeddedServletContainer(TomcatEmbeddedServletContainerFactory.java:554)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainerFactory.getEmbeddedServletContainer(TomcatEmbeddedServletContainerFactory.java:179)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.createEmbeddedServletContainer(EmbeddedWebApplicationContext.java:164)
        at org.springframework.boot.context.embedded.EmbeddedWebApplicationContext.onRefresh(EmbeddedWebApplicationContext.java:134)
        ... 16 common frames omitted
Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardServer[-1]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        at org.apache.catalina.startup.Tomcat.start(Tomcat.java:367)
        at org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainer.initialize(TomcatEmbeddedServletContainer.java:99)
        ... 21 common frames omitted
Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardService[Tomcat]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:793)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 23 common frames omitted
Caused by: org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Tomcat]]
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:167)
        at org.apache.catalina.core.StandardService.startInternal(StandardService.java:422)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 25 common frames omitted
Caused by: org.apache.catalina.LifecycleException: A child container failed during start
        at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:948)
        at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262)
        at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
        ... 27 common frames omitted

异常分析

刚开始有点蒙蔽，之前项目一直可以运行，怎么就报错了呢，日了狗了，于是乎各种百度谷歌的，一顿查，基本上两个答案：

servlet-api-xxx.jar包冲突
servlet-api-xxx.jar版本问题

各种修改了以后，根本解决不了，看来只能靠自己了，有开始检查pom.xml，目前只能从pom.xml入手了检查了:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <parent>
    <artifactId>dfs-parent</artifactId>
    <groupId>com.gwghk.base.platform</groupId>
    <version>1.0-SNAPSHOT</version>
    <relativePath>../parent/pom.xml</relativePath>
  </parent>
  <modelVersion>4.0.0</modelVersion>

  <artifactId>dfs-api</artifactId>
  <version>1.0-SNAPSHOT</version>

  <dependencies>
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-web</artifactId>
      <version>${spring.boot.version}</version>
    </dependency>

    ......

  </dependencies>

  <build>
    <plugins>
      <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
      </plugin>
      <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
      </plugin>
    </plugins>
    <resources>
      <resource>
        <directory>src/main/resources/</directory>
        <filtering>true</filtering>
        <includes>
          <include>**/*.*</include>
        </includes>
      </resource>
    </resources>
  </build>
</project>

我家pom是这样的，发现缺少两个属性配置的,没有<groupId>xxx</groupId>和<packaging>jar</packaging>。
其实之前都看到这个问题了，因为这项目是我修改别人的代码，就没在乎这个，以为没关系，然后我就加上试试看，是不是这个问题：

<artifactId>dfs-api</artifactId>
<version>1.0-SNAPSHOT</version>
<groupId>com.gwghk.base.platform</groupId>
<packaging>jar</packaging>

再重新编译一次启动试试看，卧槽，竟然成功了，就这个破问题，解决了一天！！！

解决办法

问题就出现在pom配置不严谨，该有的还是要有的，不要瞎JB省略。
在pom中添加<groupId>xxx</groupId>和<packaging>jar</packaging>就可以正常启动了：

<artifactId>dfs-api</artifactId>
<version>1.0-SNAPSHOT</version>
<groupId>com.gwghk.base.platform</groupId>
<packaging>jar</packaging>

apidoc的maven插件，自动生成apidoc.json

2018-05-15T18:41:37.000Z

插件是用apidoc插件生成文档的，具体使用方式可查看官网：http://apidocjs.com/
该插件不会直接生成APIDOC文档，只会自动生成apidoc.json文件，需要执行apidoc命令才可以生成
apidoc.json文件会生成在项目根目录apidoc文件夹下

下载依赖包

可配置MAVEN仓库https://oss.sonatype.org/content/groups/public
或者
下载源码包进行编译打包:https://gitee.com/qianxunclub/qianxunclub-maven-plugin

1	git clone https://gitee.com/qianxunclub/qianxunclub-maven-plugin.git

1	cd qianxunclub-maven-plugin

1	mvn clean install

编辑pom.xml，引入maven plugin

在项目的pom文件中引入以下：

<plugin>
	<groupId>com.qianxunclub</groupId>
	<artifactId>qianxunclub-plugin-apidoc</artifactId>
	<version>0.0.1-SNAPSHOT</version>
	<executions>
		<execution>
			<goals>
				<goal>apidoc</goal>
			</goals>
		</execution>
	</executions>
</plugin>

在properties定义API的生成规范：

<properties>
	<apidoc.skip>false/</apidoc.skip>
	<apidoc.gen>false</apidoc.gen>
	<apidoc.url>http://ip:port/</apidoc.url>
	<apidoc.sampleUrl>http://ip:port/</apidoc.sampleUrl>
</properties>

apidoc.skip：编译代码是否跳过生成apidoc.json
apidoc.gen：是否覆盖更新apidoc.json
apidoc.url：实例接口前缀
apidoc.sampleUrl：生成测试方法的请求地址

开始生成

执行命令：

1	mvn clean package

可以添加以下参数：

1	mvn clean package -Dapidoc.skip=true

-Dapidoc.skip=true：编译代码是否跳过生成apidoc.json
-Dapidoc.gen=true：是否覆盖更新apidoc.json
-Dapidoc.url=xxx：实例接口前缀
-Dapidoc.sampleUrl=xxx：生成测试方法的请求地址

如果出现以下字样，说明生成完成：

1	apidoc.json完成

生成api文档

在项目跟目录执行：

1	apidoc -i apidoc/ -o API文档存放目录/

打开API文档存放目录中的index.html即可查看文档。

这个世界，总有人偷偷爱着你

2018-05-07T17:44:27.000Z

这是999感冒灵推出的感恩节短片视频
广告片选取真人事件改编
以一段网络问答为线
串联5个反转故事

这是999感冒灵推出的感恩节短片视频
广告片选取真人事件改编
以一段网络问答为线
串联5个反转故事
反转前的文案非常直接无情地揭开了生活冷漠的一面
每个人都自顾不暇
没有人会在意你的感受
每个人都小心翼翼地活着
没有人在乎你的境遇
行色匆匆的人群里
你并不特别也不会有优待
你的苦楚
不过是别人眼里的笑话
人心冷漠的世界里
每个人都无处可逃
即使已经听惯了毒鸡汤
还是被这些话呕出一口血
大概是因为事实如此无法反驳吧
可是
这个世界不会好了吗？
故事总是有反转的

HTTP请求返回编码大全以及解释分类

2018-05-06T18:08:46.000Z

原文地址：https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

Status Code Definitions

Each Status-Code is described below, including a description of which method(s) it can follow and any metainformation required in the response.

Informational 1xx

This class of status code indicates a provisional response, consisting only of the Status-Line and optional headers, and is terminated by an empty line. There are no required headers for this class of status code. Since HTTP/1.0 did not define any 1xx status codes, servers MUST NOT send a 1xx response to an HTTP/1.0 client except under experimental conditions.

A client MUST be prepared to accept one or more 1xx status responses prior to a regular response, even if the client does not expect a 100 (Continue) status message. Unexpected 1xx status responses MAY be ignored by a user agent.

Proxies MUST forward 1xx responses, unless the connection between the proxy and its client has been closed, or unless the proxy itself requested the generation of the 1xx response. (For example, if a

proxy adds a “Expect: 100-continue” field when it forwards a request, then it need not forward the corresponding 100 (Continue) response(s).)

100 Continue

The client SHOULD continue with its request. This interim response is used to inform the client that the initial part of the request has been received and has not yet been rejected by the server. The client SHOULD continue by sending the remainder of the request or, if the request has already been completed, ignore this response. The server MUST send a final response after the request has been completed. See section 8.2.3 for detailed discussion of the use and handling of this status code.

101 Switching Protocols

The server understands and is willing to comply with the client’s request, via the Upgrade message header field (section 14.42), for a change in the application protocol being used on this connection. The server will switch protocols to those defined by the response’s Upgrade header field immediately after the empty line which terminates the 101 response.

The protocol SHOULD be switched only when it is advantageous to do so. For example, switching to a newer version of HTTP is advantageous over older versions, and switching to a real-time, synchronous protocol might be advantageous when delivering resources that use such features.

Successful 2xx

This class of status code indicates that the client’s request was successfully received, understood, and accepted.

200 OK

The request has succeeded. The information returned with the response is dependent on the method used in the request, for example:

GET an entity corresponding to the requested resource is sent in the response;

HEAD the entity-header fields corresponding to the requested resource are sent in the response without any message-body;

POST an entity describing or containing the result of the action;

TRACE an entity containing the request message as received by the end server.

201 Created

The request has been fulfilled and resulted in a new resource being created. The newly created resource can be referenced by the URI(s) returned in the entity of the response, with the most specific URI for the resource given by a Location header field. The response SHOULD include an entity containing a list of resource characteristics and location(s) from which the user or user agent can choose the one most appropriate. The entity format is specified by the media type given in the Content-Type header field. The origin server MUST create the resource before returning the 201 status code. If the action cannot be carried out immediately, the server SHOULD respond with 202 (Accepted) response instead.

A 201 response MAY contain an ETag response header field indicating the current value of the entity tag for the requested variant just created, see section 14.19.

202 Accepted

The request has been accepted for processing, but the processing has not been completed. The request might or might not eventually be acted upon, as it might be disallowed when processing actually takes place. There is no facility for re-sending a status code from an asynchronous operation such as this.

The 202 response is intentionally non-committal. Its purpose is to allow a server to accept a request for some other process (perhaps a batch-oriented process that is only run once per day) without requiring that the user agent’s connection to the server persist until the process is completed. The entity returned with this response SHOULD include an indication of the request’s current status and either a pointer to a status monitor or some estimate of when the user can expect the request to be fulfilled.

203 Non-Authoritative Information

The returned metainformation in the entity-header is not the definitive set as available from the origin server, but is gathered from a local or a third-party copy. The set presented MAY be a subset or superset of the original version. For example, including local annotation information about the resource might result in a superset of the metainformation known by the origin server. Use of this response code is not required and is only appropriate when the response would otherwise be 200 (OK).

204 No Content

The server has fulfilled the request but does not need to return an entity-body, and might want to return updated metainformation. The response MAY include new or updated metainformation in the form of entity-headers, which if present SHOULD be associated with the requested variant.

If the client is a user agent, it SHOULD NOT change its document view from that which caused the request to be sent. This response is primarily intended to allow input for actions to take place without causing a change to the user agent’s active document view, although any new or updated metainformation SHOULD be applied to the document currently in the user agent’s active view.

The 204 response MUST NOT include a message-body, and thus is always terminated by the first empty line after the header fields.

205 Reset Content

The server has fulfilled the request and the user agent SHOULD reset the document view which caused the request to be sent. This response is primarily intended to allow input for actions to take place via user input, followed by a clearing of the form in which the input is given so that the user can easily initiate another input action. The response MUST NOT include an entity.

206 Partial Content

The server has fulfilled the partial GET request for the resource. The request MUST have included a Range header field (section 14.35) indicating the desired range, and MAY have included an If-Range header field (section 14.27) to make the request conditional.

The response MUST include the following header fields:

  - Either a Content-Range header field (section 14.16) indicating
    the range included with this response, or a multipart/byteranges
    Content-Type including Content-Range fields for each part. If a
    Content-Length header field is present in the response, its
    value MUST match the actual number of OCTETs transmitted in the
    message-body.
  - Date
  - ETag and/or Content-Location, if the header would have been sent
    in a 200 response to the same request
  - Expires, Cache-Control, and/or Vary, if the field-value might
    differ from that sent in any previous response for the same
    variant

If the 206 response is the result of an If-Range request that used a strong cache validator (see section 13.3.3), the response SHOULD NOT include other entity-headers. If the response is the result of an If-Range request that used a weak validator, the response MUST NOT include other entity-headers; this prevents inconsistencies between cached entity-bodies and updated headers. Otherwise, the response MUST include all of the entity-headers that would have been returned with a 200 (OK) response to the same request.

A cache MUST NOT combine a 206 response with other previously cached content if the ETag or Last-Modified headers do not match exactly, see 13.5.4.

A cache that does not support the Range and Content-Range headers MUST NOT cache 206 (Partial) responses.

Redirection 3xx

This class of status code indicates that further action needs to be taken by the user agent in order to fulfill the request. The action required MAY be carried out by the user agent without interaction with the user if and only if the method used in the second request is GET or HEAD. A client SHOULD detect infinite redirection loops, since such loops generate network traffic for each redirection.

  Note: previous versions of this specification recommended a
  maximum of five redirections. Content developers should be aware
  that there might be clients that implement such a fixed
  limitation.

300 Multiple Choices

The requested resource corresponds to any one of a set of representations, each with its own specific location, and agent- driven negotiation information (section 12) is being provided so that the user (or user agent) can select a preferred representation and redirect its request to that location.

Unless it was a HEAD request, the response SHOULD include an entity containing a list of resource characteristics and location(s) from which the user or user agent can choose the one most appropriate. The entity format is specified by the media type given in the Content- Type header field. Depending upon the format and the capabilities of

the user agent, selection of the most appropriate choice MAY be performed automatically. However, this specification does not define any standard for such automatic selection.

If the server has a preferred choice of representation, it SHOULD include the specific URI for that representation in the Location field; user agents MAY use the Location field value for automatic redirection. This response is cacheable unless indicated otherwise.

301 Moved Permanently

The requested resource has been assigned a new permanent URI and any future references to this resource SHOULD use one of the returned URIs. Clients with link editing capabilities ought to automatically re-link references to the Request-URI to one or more of the new references returned by the server, where possible. This response is cacheable unless indicated otherwise.

The new permanent URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s).

If the 301 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.

  Note: When automatically redirecting a POST request after
  receiving a 301 status code, some existing HTTP/1.0 user agents
  will erroneously change it into a GET request.

302 Found

The requested resource resides temporarily under a different URI. Since the redirection might be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. This response is only cacheable if indicated by a Cache-Control or Expires header field.

If the 302 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.

  Note: RFC 1945 and RFC 2068 specify that the client is not allowed
  to change the method on the redirected request.  However, most
  existing user agent implementations treat 302 as if it were a 303
  response, performing a GET on the Location field-value regardless
  of the original request method. The status codes 303 and 307 have
  been added for servers that wish to make unambiguously clear which
  kind of reaction is expected of the client.

303 See Other

The response to the request can be found under a different URI and SHOULD be retrieved using a GET method on that resource. This method exists primarily to allow the output of a POST-activated script to redirect the user agent to a selected resource. The new URI is not a substitute reference for the originally requested resource. The 303 response MUST NOT be cached, but the response to the second (redirected) request might be cacheable.

The different URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s).

  Note: Many pre-HTTP/1.1 user agents do not understand the 303
  status. When interoperability with such clients is a concern, the
  302 status code may be used instead, since most user agents react
  to a 302 response as described here for 303.

304 Not Modified

If the client has performed a conditional GET request and access is allowed, but the document has not been modified, the server SHOULD respond with this status code. The 304 response MUST NOT contain a message-body, and thus is always terminated by the first empty line after the header fields.

The response MUST include the following header fields:

  - Date, unless its omission is required by section 14.18.1

If a clockless origin server obeys these rules, and proxies and clients add their own Date to any response received without one (as already specified by [RFC 2068], section 14.19), caches will operate correctly.

  - ETag and/or Content-Location, if the header would have been sent
    in a 200 response to the same request
  - Expires, Cache-Control, and/or Vary, if the field-value might
    differ from that sent in any previous response for the same
    variant

If the conditional GET used a strong cache validator (see section 13.3.3), the response SHOULD NOT include other entity-headers. Otherwise (i.e., the conditional GET used a weak validator), the response MUST NOT include other entity-headers; this prevents inconsistencies between cached entity-bodies and updated headers.

If a 304 response indicates an entity not currently cached, then the cache MUST disregard the response and repeat the request without the conditional.

If a cache uses a received 304 response to update a cache entry, the cache MUST update the entry to reflect any new field values given in the response.

305 Use Proxy

The requested resource MUST be accessed through the proxy given by the Location field. The Location field gives the URI of the proxy. The recipient is expected to repeat this single request via the proxy. 305 responses MUST only be generated by origin servers.

  Note: RFC 2068 was not clear that 305 was intended to redirect a
  single request, and to be generated by origin servers only.  Not
  observing these limitations has significant security consequences.

306 (Unused)

The 306 status code was used in a previous version of the specification, is no longer used, and the code is reserved.

307 Temporary Redirect

The requested resource resides temporarily under a different URI. Since the redirection MAY be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. This response is only cacheable if indicated by a Cache-Control or Expires header field.

The temporary URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s) , since many pre-HTTP/1.1 user agents do not understand the 307 status. Therefore, the note SHOULD contain the information necessary for a user to repeat the original request on the new URI.

If the 307 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.

Client Error 4xx

The 4xx class of status code is intended for cases in which the client seems to have erred. Except when responding to a HEAD request, the server SHOULD include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition. These status codes are applicable to any request method. User agents SHOULD display any included entity to the user.

If the client is sending data, a server implementation using TCP SHOULD be careful to ensure that the client acknowledges receipt of the packet(s) containing the response, before the server closes the input connection. If the client continues sending data to the server after the close, the server’s TCP stack will send a reset packet to the client, which may erase the client’s unacknowledged input buffers before they can be read and interpreted by the HTTP application.

400 Bad Request

The request could not be understood by the server due to malformed syntax. The client SHOULD NOT repeat the request without modifications.

401 Unauthorized

The request requires user authentication. The response MUST include a WWW-Authenticate header field (section 14.47) containing a challenge applicable to the requested resource. The client MAY repeat the request with a suitable Authorization header field (section 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials. If the 401 response contains the same challenge as the prior response, and the user agent has already attempted authentication at least once, then the user SHOULD be presented the entity that was given in the response, since that entity might include relevant diagnostic information. HTTP access authentication is explained in “HTTP Authentication: Basic and Digest Access Authentication” [43].

402 Payment Required

This code is reserved for future use.

403 Forbidden

The server understood the request, but is refusing to fulfill it. Authorization will not help and the request SHOULD NOT be repeated. If the request method was not HEAD and the server wishes to make public why the request has not been fulfilled, it SHOULD describe the reason for the refusal in the entity. If the server does not wish to make this information available to the client, the status code 404 (Not Found) can be used instead.

404 Not Found

The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address. This status code is commonly used when the server does not wish to reveal exactly why the request has been refused, or when no other response is applicable.

405 Method Not Allowed

The method specified in the Request-Line is not allowed for the resource identified by the Request-URI. The response MUST include an Allow header containing a list of valid methods for the requested resource.

406 Not Acceptable

The resource identified by the request is only capable of generating response entities which have content characteristics not acceptable according to the accept headers sent in the request.

Unless it was a HEAD request, the response SHOULD include an entity containing a list of available entity characteristics and location(s) from which the user or user agent can choose the one most appropriate. The entity format is specified by the media type given in the Content-Type header field. Depending upon the format and the capabilities of the user agent, selection of the most appropriate choice MAY be performed automatically. However, this specification does not define any standard for such automatic selection.

  Note: HTTP/1.1 servers are allowed to return responses which are
  not acceptable according to the accept headers sent in the
  request. In some cases, this may even be preferable to sending a
  406 response. User agents are encouraged to inspect the headers of
  an incoming response to determine if it is acceptable.

If the response could be unacceptable, a user agent SHOULD temporarily stop receipt of more data and query the user for a decision on further actions.

407 Proxy Authentication Required

This code is similar to 401 (Unauthorized), but indicates that the client must first authenticate itself with the proxy. The proxy MUST return a Proxy-Authenticate header field (section 14.33) containing a challenge applicable to the proxy for the requested resource. The client MAY repeat the request with a suitable Proxy-Authorization header field (section 14.34). HTTP access authentication is explained in “HTTP Authentication: Basic and Digest Access Authentication” [43].

408 Request Timeout

The client did not produce a request within the time that the server was prepared to wait. The client MAY repeat the request without modifications at any later time.

409 Conflict

The request could not be completed due to a conflict with the current state of the resource. This code is only allowed in situations where it is expected that the user might be able to resolve the conflict and resubmit the request. The response body SHOULD include enough

information for the user to recognize the source of the conflict. Ideally, the response entity would include enough information for the user or user agent to fix the problem; however, that might not be possible and is not required.

Conflicts are most likely to occur in response to a PUT request. For example, if versioning were being used and the entity being PUT included changes to a resource which conflict with those made by an earlier (third-party) request, the server might use the 409 response to indicate that it can’t complete the request. In this case, the response entity would likely contain a list of the differences between the two versions in a format defined by the response Content-Type.

410 Gone

The requested resource is no longer available at the server and no forwarding address is known. This condition is expected to be considered permanent. Clients with link editing capabilities SHOULD delete references to the Request-URI after user approval. If the server does not know, or has no facility to determine, whether or not the condition is permanent, the status code 404 (Not Found) SHOULD be used instead. This response is cacheable unless indicated otherwise.

The 410 response is primarily intended to assist the task of web maintenance by notifying the recipient that the resource is intentionally unavailable and that the server owners desire that remote links to that resource be removed. Such an event is common for limited-time, promotional services and for resources belonging to individuals no longer working at the server’s site. It is not necessary to mark all permanently unavailable resources as “gone” or to keep the mark for any length of time – that is left to the discretion of the server owner.

411 Length Required

The server refuses to accept the request without a defined Content- Length. The client MAY repeat the request if it adds a valid Content-Length header field containing the length of the message-body in the request message.

412 Precondition Failed

The precondition given in one or more of the request-header fields evaluated to false when it was tested on the server. This response code allows the client to place preconditions on the current resource metainformation (header field data) and thus prevent the requested method from being applied to a resource other than the one intended.

413 Request Entity Too Large

The server is refusing to process a request because the request entity is larger than the server is willing or able to process. The server MAY close the connection to prevent the client from continuing the request.

If the condition is temporary, the server SHOULD include a Retry- After header field to indicate that it is temporary and after what time the client MAY try again.

414 Request-URI Too Long

The server is refusing to service the request because the Request-URI is longer than the server is willing to interpret. This rare condition is only likely to occur when a client has improperly converted a POST request to a GET request with long query information, when the client has descended into a URI “black hole” of redirection (e.g., a redirected URI prefix that points to a suffix of itself), or when the server is under attack by a client attempting to exploit security holes present in some servers using fixed-length buffers for reading or manipulating the Request-URI.

415 Unsupported Media Type

The server is refusing to service the request because the entity of the request is in a format not supported by the requested resource for the requested method.

416 Requested Range Not Satisfiable

A server SHOULD return a response with this status code if a request included a Range request-header field (section 14.35), and none of the range-specifier values in this field overlap the current extent of the selected resource, and the request did not include an If-Range request-header field. (For byte-ranges, this means that the first- byte-pos of all of the byte-range-spec values were greater than the current length of the selected resource.)

When this status code is returned for a byte-range request, the response SHOULD include a Content-Range entity-header field specifying the current length of the selected resource (see section 14.16). This response MUST NOT use the multipart/byteranges content- type.

417 Expectation Failed

The expectation given in an Expect request-header field (see section 14.20) could not be met by this server, or, if the server is a proxy, the server has unambiguous evidence that the request could not be met by the next-hop server.

Server Error 5xx

Response status codes beginning with the digit “5” indicate cases in which the server is aware that it has erred or is incapable of performing the request. Except when responding to a HEAD request, the server SHOULD include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition. User agents SHOULD display any included entity to the user. These response codes are applicable to any request method.

500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.

501 Not Implemented

The server does not support the functionality required to fulfill the request. This is the appropriate response when the server does not recognize the request method and is not capable of supporting it for any resource.

502 Bad Gateway

The server, while acting as a gateway or proxy, received an invalid response from the upstream server it accessed in attempting to fulfill the request.

503 Service Unavailable

The server is currently unable to handle the request due to a temporary overloading or maintenance of the server. The implication is that this is a temporary condition which will be alleviated after some delay. If known, the length of the delay MAY be indicated in a Retry-After header. If no Retry-After is given, the client SHOULD handle the response as it would for a 500 response.

  Note: The existence of the 503 status code does not imply that a
  server must use it when becoming overloaded. Some servers may wish
  to simply refuse the connection.

504 Gateway Timeout

The server, while acting as a gateway or proxy, did not receive a timely response from the upstream server specified by the URI (e.g. HTTP, FTP, LDAP) or some other auxiliary server (e.g. DNS) it needed to access in attempting to complete the request.

  Note: Note to implementors: some deployed proxies are known to
  return 400 or 500 when DNS lookups time out.

505 HTTP Version Not Supported

The server does not support, or refuses to support, the HTTP protocol version that was used in the request message. The server is indicating that it is unable or unwilling to complete the request using the same major version as the client, as described in section 3.1, other than with this error message. The response SHOULD contain an entity describing why that version is not supported and what other protocols are supported by that server.

SpringBoot使用hibernate-validator利用AOP实现统一参数校验

2018-04-25T18:22:12.000Z

引入maven包

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
    <version>1.5.9.RELEASE</version>
</dependency>

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-aop</artifactId>
    <version>2.0.1.RELEASE</version>
</dependency>

<dependency>
    <groupId>org.glassfish</groupId>
    <artifactId>javax.el</artifactId>
    <version>3.0.1-b08</version>
</dependency>

注入Validator的bean

package com.qianxunclub.starter.web.autoconfigure;

import lombok.extern.slf4j.Slf4j;
import org.hibernate.validator.HibernateValidator;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

import javax.validation.Validation;
import javax.validation.Validator;
import javax.validation.ValidatorFactory;

/**
 * @author chihiro.zhang
 */
@Slf4j
@Configuration
public class ValidatorConfiguration {

    @Bean
    public Validator getValidatorFactory(){
        ValidatorFactory validatorFactory = Validation.byProvider(HibernateValidator.class).configure().failFast(true).buildValidatorFactory();
        return validatorFactory.getValidator();
    }
}

添加参数校验的AOP

package com.qianxunclub.starter.web.validator;

import com.qianxunclub.common.framework.constant.CommonReturnCode;
import com.qianxunclub.common.framework.response.Result;
import com.qianxunclub.utils.HttpResponseUtil;
import com.qianxunclub.utils.JsonUtil;
import lombok.AllArgsConstructor;
import lombok.extern.slf4j.Slf4j;
import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.Signature;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Pointcut;
import org.aspectj.lang.reflect.MethodSignature;
import org.springframework.stereotype.Component;
import org.springframework.web.context.request.RequestContextHolder;
import org.springframework.web.context.request.ServletRequestAttributes;

import javax.servlet.http.HttpServletResponse;
import javax.validation.ConstraintViolation;
import javax.validation.Path;
import javax.validation.Validator;
import java.lang.reflect.Method;
import java.util.Set;

/**
 * @author chihiro.zhang
 */
@Slf4j
@Aspect
@Component
@AllArgsConstructor
public class ValidatorAspect {

    private Validator validator;

      //定义校验的包位置
      @Pointcut("execution(* com.qianxunclub..*.web.*.*(..))")
      public void pointcut() {
      }

    /**
     * 入参校验
     * @param joinPoint
     * @throws Throwable
     */
    @Around("pointcut()")
    public Object execute(ProceedingJoinPoint joinPoint) throws Throwable {
        Result result = Result.newBuilder().build();
        String methodName = "";
        try{
            Signature sig = joinPoint.getSignature();
            MethodSignature msig = (MethodSignature) sig;
            Object target = joinPoint.getTarget();
            Method currentMethod = target.getClass().getMethod(msig.getName(), msig.getParameterTypes());
            methodName = currentMethod.getName();
        } catch (Exception e){
            log.debug("无法获取方法名称" ,e);
        }
        Object[] args = joinPoint.getArgs();
        for (Object arg : args){
            log.debug("→→→→→" + methodName + ">>>>Into parameter :" + JsonUtil.objectToJson(arg));
            if(arg != null){
                Set<ConstraintViolation<Object>> constraintViolations = validator.validate(arg);
                if(constraintViolations.size() > 0){
                    for (ConstraintViolation<Object> constraintViolation : constraintViolations) {
                        Path property = constraintViolation.getPropertyPath();
                        String name = property.iterator().next().getName();
                        result = Result.newBuilder().fail().code(CommonReturnCode.PARAM_ERROR).message("[" + name + "]" + constraintViolation.getMessage()).build();
                        break;
                    }
                    ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
                    HttpServletResponse response = attributes.getResponse();
                    String responseStr = JsonUtil.objectToJson(result);
                    log.error(responseStr);
                    log.debug("→→→→→" + methodName + ">>>>Return to the result :" + responseStr);
                    HttpResponseUtil.setResponseJsonBody(response,responseStr);
                    return null;
                }
            }
        }
        Object object = joinPoint.proceed();
        log.debug("→→→→→" + methodName + ">>>>Return to the result :" + JsonUtil.objectToJson(object));
        return object;
    }
}

上面@Pointcut("execution(* com.gwghk..*.web.*.*(..))")为Controller切点位置
BaseResponse为一个统一返回对象，这个可以自定义

使用

使用是需要再Controller入参对象添加校验注解即可：

@Data
public class RegisteProxyParam {
    @NotEmpty
    private String appId;
}

kafka发送消息问题，could not be resolved

2017-04-18T03:27:23.000Z

异常描述

我用的阿里云服务器，我在服务器上面安装了一个kafka
为啥不能发送的，百度了好多说啥DNS不对.

2016/09/18 11:11:46 [error] 5720#0: [lua] producer.lua:258: buffered messages send to kafka err: iz9405kumw9z could not be resolved (3: Host not found), retryable: true, topic: lualog, partition_id: 0, length: 1, context: ngx.timer, clie nt: 183.12.65.116, server: 0.0.0.0:80

kafka配置文件（config/server.properties）：

nginx日志：

异常分析

从异常看，很明显是HOST访问不了，于是乎，要从Kfka网络配置入手了。

解决办法

使用下面这个地址我写的是内网IP地址，换成外网的就可以正常使用了！

缓存穿透，缓存击穿，缓存雪崩解决方案分析

2017-04-18T03:27:23.000Z

前言

设计一个缓存系统，不得不要考虑的问题就是：缓存穿透、缓存击穿与失效时的雪崩效应。

缓存穿透

缓存穿透是指查询一个一定不存在的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义。在流量大时，可能DB就挂掉了，要是有人利用不存在的key频繁攻击我们的应用，这就是漏洞。

解决方案

有很多种方法可以有效地解决缓存穿透问题，最常见的则是采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的bitmap中，一个一定不存在的数据会被这个bitmap拦截掉，从而避免了对底层存储系统的查询压力。另外也有一个更为简单粗暴的方法（我们采用的就是这种），如果一个查询返回的数据为空（不管是数据不存在，还是系统故障），我们仍然把这个空结果进行缓存，但它的过期时间会很短，最长不超过五分钟。

缓存雪崩

缓存雪崩是指在我们设置缓存时采用了相同的过期时间，导致缓存在某一时刻同时失效，请求全部转发到DB，DB瞬时压力过重雪崩。

解决方案

缓存失效时的雪崩效应对底层系统的冲击非常可怕。大多数系统设计者考虑用加锁或者队列的方式保证缓存的单线程（进程）写，从而避免失效时大量的并发请求落到底层存储系统上。这里分享一个简单方案就时讲缓存失效时间分散开，比如我们可以在原有的失效时间基础上增加一个随机值，比如1-5分钟随机，这样每一个缓存的过期时间的重复率就会降低，就很难引发集体失效的事件。

缓存击穿

对于一些设置了过期时间的key，如果这些key可能会在某些时间点被超高并发地访问，是一种非常“热点”的数据。这个时候，需要考虑一个问题：缓存被“击穿”的问题，这个和缓存雪崩的区别在于这里针对某一key缓存，前者则是很多key。

缓存在某个时间点过期的时候，恰好在这个时间点对这个Key有大量的并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端DB压垮。

解决方案

1.使用互斥锁(mutex key)

业界比较常用的做法，是使用mutex。简单地来说，就是在缓存失效的时候（判断拿出来的值为空），不是立即去load db，而是先使用缓存工具的某些带成功操作返回值的操作（比如Redis的SETNX或者Memcache的ADD）去set一个mutex key，当操作返回成功时，再进行load db的操作并回设缓存；否则，就重试整个get缓存的方法。

SETNX，是「SET if Not eXists」的缩写，也就是只有不存在的时候才设置，可以利用它来实现锁的效果。在redis2.6.1之前版本未实现setnx的过期时间，所以这里给出两种版本代码参考：

//2.6.1前单机版本锁  
String get(String key) {    
   String value = redis.get(key);    
   if (value  == null) {    
    if (redis.setnx(key_mutex, "1")) {    
        // 3 min timeout to avoid mutex holder crash    
        redis.expire(key_mutex, 3 * 60)    
        value = db.get(key);    
        redis.set(key, value);    
        redis.delete(key_mutex);    
    } else {    
        //其他线程休息50毫秒后重试    
        Thread.sleep(50);    
        get(key);    
    }    
  }    
}

2. “提前”使用互斥锁(mutex key)：

在value内部设置1个超时值(timeout1), timeout1比实际的memcache timeout(timeout2)小。当从cache读取到timeout1发现它已经过期时候，马上延长timeout1并重新设置到cache。然后再从数据库加载数据并设置到cache中。伪代码如下：

v = memcache.get(key);    
if (v == null) {    
    if (memcache.add(key_mutex, 3 * 60 * 1000) == true) {    
        value = db.get(key);    
        memcache.set(key, value);    
        memcache.delete(key_mutex);    
    } else {    
        sleep(50);    
        retry();    
    }    
} else {    
    if (v.timeout <= now()) {    
        if (memcache.add(key_mutex, 3 * 60 * 1000) == true) {    
            // extend the timeout for other threads    
            v.timeout += 3 * 60 * 1000;    
            memcache.set(key, v, KEY_TIMEOUT * 2);    
    
            // load the latest value from db    
            v = db.get(key);    
            v.timeout = KEY_TIMEOUT;    
            memcache.set(key, value, KEY_TIMEOUT * 2);    
            memcache.delete(key_mutex);    
        } else {    
            sleep(50);    
            retry();    
        }    
    }    
}

3. “永远不过期”：

这里的“永远不过期”包含两层意思：

(1) 从redis上看，确实没有设置过期时间，这就保证了，不会出现热点key过期问题，也就是“物理”不过期。
(2) 从功能上看，如果不过期，那不就成静态的了吗？所以我们把过期时间存在key对应的value里，如果发现要过期了，通过一个后台的异步线程进行缓存的构建，也就是“逻辑”过期

从实战看，这种方法对于性能非常友好，唯一不足的就是构建缓存时候，其余线程(非构建缓存的线程)可能访问的是老数据，但是对于一般的互联网功能来说这个还是可以忍受。

String get(final String key) {    
        V v = redis.get(key);    
        String value = v.getValue();    
        long timeout = v.getTimeout();    
        if (v.timeout <= System.currentTimeMillis()) {    
            // 异步更新后台异常执行    
            threadPool.execute(new Runnable() {    
                public void run() {    
                    String keyMutex = "mutex:" + key;    
                    if (redis.setnx(keyMutex, "1")) {    
                        // 3 min timeout to avoid mutex holder crash    
                        redis.expire(keyMutex, 3 * 60);    
                        String dbValue = db.get(key);    
                        redis.set(key, dbValue);    
                        redis.delete(keyMutex);    
                    }    
                }    
            });    
        }    
        return value;    
}

4. 资源保护：

采用netflix的hystrix，可以做资源的隔离保护主线程池，如果把这个应用到缓存的构建也未尝不可。

四种解决方案：没有最佳只有最合适

一、简单分布式互斥锁（mutex key）

优点：1. 思路简单，2. 保证一致性

缺点：1. 代码复杂度增大，2. 存在死锁的风险，3. 存在线程池阻塞的风险

二、“提前”使用互斥锁

优点：1. 保证一致性

缺点：1. 代码复杂度增大，2. 存在死锁的风险，3. 存在线程池阻塞的风险

三、不过期(本文)

优点：1. 异步构建缓存，不会阻塞线程池

缺点：1. 不保证一致性。2. 代码复杂度增大(每个value都要维护一个timekey)。3. 占用一定的内存空间(每个value都要维护一个timekey)。

四、资源隔离组件hystrix(本文)

优点：1. hystrix技术成熟，有效保证后端。2. hystrix监控强大。

缺点：1. 部分访问存在降级策略。

总结

针对业务系统，永远都是具体情况具体分析，没有最好，只有最合适。

最后，对于缓存系统常见的缓存满了和数据丢失问题，需要根据具体业务分析，通常我们采用LRU策略处理溢出，Redis的RDB和AOF持久化策略来保证一定情况下的数据安全。

《我的爸爸是个骗子》风靡全球

2016-11-27T16:00:00.000Z

网上一则泰国公益视频《我的爸爸是个骗子》爆红网络。这让看完视频的网友们不禁潸然泪下，直接泪目。

视频中这样一段字幕却感动了无数网友。

Daddy is the sweetest daddy in the world;
爸爸是世界上最好的爸爸；

Daddy is the most handsome, the smartest;the most clever, the kindest;
爸爸最帅，最机智；最聪明，最善良；

He is my superman;
他就是我的超人；

Daddy wants me to do well at school;
爸爸希望我学习好；

Daddy is just great;
爸爸很好，

but he lies……
但是，他撒谎！

He lies about having a job;
他撒谎说他有工作；

He lies about having money;
他撒谎说他有钱；

He lies that he’s not tired;
他撒谎说他不累；

He lies that he’s not hungry;
他撒谎说他不饿；

He lies that we have everything;
他撒谎说我们什么都不缺；

He lies about his happiness;
他撒谎说他很幸福；

He lies because of me…
我知道，他撒谎是为了我幸福……

自动化工具 ansible完整安装

2016-11-15T16:00:00.000Z

批量的在远程服务器上执行命令

1.什么是ansible

ansible是个什么东西呢？官方的title是“Ansible is Simple IT Automation”——简单的自动化IT工具。这个工具的目标有这么几项：让我们自动化部署APP；自动化管理配置项；自动化的持续交付；自动化的（AWS）云服务管理。

所有的这几个目标本质上来说都是在一个台或者几台服务器上，执行一系列的命令而已。就像我之前有介绍过的Fabric，以及我们基于Fabric开发的自动化应用部署的工具： Essay 。都是做了这么个事——批量的在远程服务器上执行命令。

那么fabric和ansible有什么差别呢？简单来说fabric像是一个工具箱，提供了很多好用的工具，用来在Remote执行命令，而Ansible则是提供了一套简单的流程，你要按照它的流程来做，就能轻松完成任务。这就像是库和框架的关系一样。

当然，它们之间也是有共同点的——都是基于 paramiko 开发的。这个paramiko是什么呢？它是一个纯Python实现的ssh协议库。因此fabric和ansible还有一个共同点就是不需要在远程主机上安装client/agents，因为它们是基于ssh来和远程主机通讯的。

2.快速安装

上面简单介绍了下这是个什么东西，怎么安装呢？也很简单，因为ansible是python开发的，因此可以这么安装:

使用yum安装

1
2
3

yum install epel-release -y  
yum install ansible -y

3.配置

ansible通过文件来定义你要管理的主机,也就是说把你需要的管理的主机ip写到一个文件中即可。
这个文件一般名为hosts，它可以放在多个路径下，也可以自定义名称和路径。默认我们用/etc/ansible/hosts这个文件即可

hosts文件的格式为：

[node]
10.2.2.121  
10.2.2.122

默认ssh端口是22，如果主机端口号是其他的，在ip后加:端口号即可，如10.2.1.203的端口是2211，属于test组，格式如下：

[test]
10.2.1.201  
10.2.1.202  
10.2.1.203:2211

4.使用ssh-keygen产生ssh密钥

[root@test-201 ~]# ssh-keygen 
Generating public/private rsa key pair.  
Enter file in which to save the key (/root/.ssh/id_rsa):  
Enter passphrase (empty for no passphrase):  
Enter same passphrase again:  
Your identification has been saved in /root/.ssh/id_rsa.  
Your public key has been saved in /root/.ssh/id_rsa.pub.  
The key fingerprint is:  
dd:20:23:7c:1a:2e:01:bf:b1:67:7a:08:87:5f:e6:7e root@test-201  
The key’s randomart image is:  
+–[ RSA 2048]—-+ 
| . | 
| o . | 
| + + + . | 
| . * = + o | 
| o = B S . . | 
| + X | 
| + o | 
| o E | 
| .. | 
+—————–+

将公钥发送到要管理的服务器使用ssh-copy-id命令

比如要发送到10.2.31.202，使用如下命令：

[root@test-201 ~]# ssh-copy-id -i /root/.ssh/id_rsa.pub 10.2.31.202 
root@10.2.31.202’s password:  
Now try logging into the machine, with “ssh ‘10.2.31.202’”, and check in:

.ssh/authorized_keys

to make sure we haven’t added extra keys that you weren’t expecting.

5.使用ansible

命令格式如下： ansible + 主机组名称 + -m + 模块名称 + -a + 参数

主机组名称，即hosts中定义的主机组名称

-m 指使用模块，后加指定的模块名称
-a 指传给模块的参数

在不指定模块时，默认调用command模块。

如我们想看下test组上的服务器的/tmp下面有哪些文件，可以使用如下命令

ansible test -a “ls /tmp”

[root@test-201 ~]# ansible test -a "ls /tmp"
10.2.31.203 | SUCCESS | rc=0 >>  
ansible_EMEGZI  
testabcdefg

我们可以使用copy模块，将本地文件发送到目标服务器上，如：

ansible test -m copy -a “src=/root/install.log dest=/tmp”

这个命令是将本地的/root/install.log发送到test组的/tmp下，执行的效果如下：

[root@test-201 ~]# ansible test -m copy -a "src=/root/install.log dest=/tmp"
10.2.31.203 | SUCCESS => {  
    "changed": true, 
    "checksum": "114ee153946d9cd2e690c405e5796a4fcc400542", 
    "dest": "/tmp/install.log", 
    "gid": 0, 
    "group": "root", 
    "md5sum": "17b18780156a31a65d62a324110d686e", 
    "mode": "0644", 
    "owner": "root", 
    "secontext": "unconfined_u:object_r:admin_home_t:s0", 
    "size": 43688, 
    "src": "/root/.ansible/tmp/ansible-tmp-1466157410.68-191787255687953/source", 
    "state": "file", 
    "uid": 0
}

你可以使用ansible-doc –list查看当前的所有模块

[root@test-201 ~]# ansible-doc  --list                       
….
….                                                        
authorized_key                     Adds or removes an SSH authorized key  
azure                              create or terminate a virtual machine in azure  
azure_rm_deployment                Create or destroy Azure Resource Manager template deployments  
azure_rm_networkinterface          Manage Azure network interfaces.  
azure_rm_networkinterface_facts    Get network interface facts.  
azure_rm_publicipaddress           Manage Azure Public IP Addresses.  
azure_rm_publicipaddress_facts     Get public IP facts.  
azure_rm_resourcegroup             Manage Azure resource groups.  
azure_rm_resourcegroup_facts       Get resource group facts.  
azure_rm_securitygroup             Manage Azure network security groups.  
….
…

ansible自带了很多丰富的模块，详细请看：
http://docs.ansible.com/ansible/list_of_all_modules.html

6.小技巧:

有时候如果想直接操作某台服务器,但又没有在hosts里定义这台服务器时,可以使用如下命令:

ansible all -i ‘服务器ip,’
注意服务器ip后面要加个,

如 ansible all -i ‘10.2.31.201,’ -u test -k -a ‘uptime’

BUG?

目前遇到两个bug(也可能是我的使用方式不对,正在关注中) 1.在中文路径下无法使用.
如果在一个含中文的路径下面使用ansible,会无法执行,提示: UnicodeDecodeError: ‘ascii’ codec can’t decode byte 0xe4 in position 14
所以不要跑到中文路径下面去执行ansible

2.su命令不能用.
使用su命令不成功,无在目标机器上通过一个普通用户su切换为root执行相关命令错误如下:

1	ansible Timeout (12s) waiting for privilege escalation prompt

关于

2015-12-12T00:00:00.000Z

About

👨‍💻 关于我：90 后 10 年老程序员、曾就业与腾讯、阿里、中兴。
🛠 语言：Java、Python、Nodejs、Golang。
✒️ 博客：16年开始写文章，曾经使用 Ghost、Hexo、Wordpress，最终以静态稳定简洁特性，使用 Hexo。
📧 联系我：960339491@qq.com

千寻啊千寻

最好用的内网穿透，无需任何第三方工具，免费，速度快，支持 ipv4 和 ipv6，免费证书

介绍

准备工作

获取免费套餐

申请edgeone免费名额

兑换码免费套餐

配置内网穿透

添加自己的域名站点

配置自己的内网穿透

最后配置https证书

Nas使用NAT1的ipv4做内网穿透，不解释，不啰嗦，直接开干

前言

前提

检查当前网络NAT类型

光猫配置

路由器配置

首先要路由器拨号上网

关闭路由器防火墙

DHCP设置静态IP绑定

设置DMZ，指定IP暴漏在互联网上

暂时关闭飞牛防火墙

再次检查飞牛NAT类型

使用Natter，做内网穿透连接

更多飞牛自带服务映射

手把手教你注册和使用ChatGPT

一、前提条件

二、开始注册

Centos8使用yum提示Error: Failed to synchronize cache for repo 'AppStream'

原因

修改文件

基于 Grpc 反射的一款 Grpc 转 Http 请求的工具 grpc2http-gateway 的使用

grpc2http-gateway

简介

使用方法

服务端

grpc2http-gateway 服务添加环境变量配置

添加 GRPC 服务端应用

启动 grpc2http-gateway 服务

获取服务端 Grpc 接口列表

调用 Grpc 接口

swagger 使用

配置 grpc2http-gateway 的 swagger 服务地址

开发构建

docker 构建镜像

部署

docker-compose 部署

开发者讨论

JAVA Model 中的 VO、BO、DO、DTO

Centos7 手动编译升级 gcc

下载安装包

检查和安装依赖项

检查依赖

安装依赖

编译安装gcc

替换旧的gcc

更新libstdc++

SpringBoot实现12306自动抢票系统

写在前面

如何分析12306接口

必要的接口

1.获取站点信息

2.获取cookies

3.车票查询

4.登录配置查询

5.读取验证码

6.校验验证码

7.登录

8.校验是否登录成功

9.获取uamtk

10.获取当前登录的tk

11.买票前校验用户是否正常登录

12.点击预定按钮

13.获取两个token

14.获取乘客信息

15.提交前检查订单

16. 获取排队情况

17.提交订单

18.获取订单

源代码

申请`edgeone`免费名额

使用`Natter`，做内网穿透连接

9.获取`uamtk`

10.获取当前登录的`tk`

13.获取两个`token`