在实际项目中需要用到ngnix做反向代理，但是做完反向代理后发现子应用无法获取正确的url和端口。比如访问nginx的url为 192.168.1.1/test ,那么现在将/test反向代理到 192.168.1.2:8080/test 这个url下，那么我在 192.168.1.2:8080/test 下就获取端口一直会是80，获取的url不会是访问nginx时的192.168.1.1/test ，这里我们需要对ngnix的配置文件的请求头进行修改加入proxy_set_header HOST $host;属性如下$host代表你访问nginx的访问路径，在路径后加入应用的端口，那么在子应用中就能获取到正确的端口了
我使用官方提供的 cas-overlay-template 进行CAS Service的搭建，首先从github上下载代码
https://github.com/apereo/cas-overlay-template/tree/5.3
我使用的是5.3版本
最近在写一些基于SpringBoot的jar供其它工程调用，学习了一些开源和了解了Spring的自动配置后做了以下总结，在最开始接触Spring时当时网上说Spring基于xml的控制反转和依赖注入可以很好的将代码解耦，当时并不理解，明明依赖还是存在为什么能很好的解耦？直到接触了多模块后才渐渐理解它的含义，在多模块中代码供应商提供统一的接口，犹如一些插件，软件商提供主要接口，接入商负责实现，接入商的又有很多，那么如何做到可插拔开箱即用而各个接入商之间又不互相影响呢？这是依赖注入就很好的解决了这个问题，开发商和接入商不再进行强耦合，而是依赖类似与中间件一样的组件，将实现都由中间去管理，如果我想替换掉某个接入商的实现就在中间中更换接口的实现即可，对供应商的代码无任何影响，这就是Spring做的事。