<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[lbjfish的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/lbjfish</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; lbjfish]]></copyright><item><title><![CDATA[Oauth2 + JWT登出（黑名单方案）]]></title><link>https://blog.csdn.net/lbjfish/article/details/109321044</link><guid>https://blog.csdn.net/lbjfish/article/details/109321044</guid><author>lbjfish</author><pubDate>Tue, 27 Oct 2020 21:15:06 +0800</pubDate><description><![CDATA[说明
首先说一下，本人不建议用JWT这种token方式，还是建议大家用RedisTokenStore方案，比较成熟。因为JWT是无状态的，这是它的优点，如果强行给它加状态，那还不如用Session方案。为什么要写这篇主要是因目前公司使用JWT这种登录方式，如果换成其它token方式，可能改动比较大，还可能有其他隐藏bug。当然，既然要使用JWT，就要接受它的坑，比如不能控制登出功能，因为官方的JwtTokenStore.removeAccessToken是个空方法；比如不能实现续签功能，因为同一个用户id，]]></description><category></category></item><item><title><![CDATA[Sentinel 整合 Spring Cloud + Gateway + 控制台Nacos持久化]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187446</link><guid>https://blog.csdn.net/lbjfish/article/details/109187446</guid><author>lbjfish</author><pubDate>Tue, 27 Oct 2020 21:11:07 +0800</pubDate><description><![CDATA[项目版本

Spring Boot版本：2.2.9.RELEASE
Spring Cloud版本：Hoxton.SR7
Spring Cloud Alibaba版本：2.2.1.RELEASE

官方doc
所有功能文档概况
官方文档
介绍
本文分为以下几部分：


普通服务集成
控制台整合Nacos    自己Github重新封装地址
网关集成（spring cloud gateway）
控制台启动、参数和指定Nacos地址+namespace等


Nacos持久化最终效果图如下：

普通服务

注：S]]></description><category></category></item><item><title><![CDATA[Reactive、Reactor和webflux]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187435</link><guid>https://blog.csdn.net/lbjfish/article/details/109187435</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:28:45 +0800</pubDate><description><![CDATA[开题
Reactor顾名思义核反应堆，光听名字就知道它有多强了，首先Reactor是异步非阻塞的，基于netty，而tomcat不是，一个请求一个线程（除了Servlet3.1以上），使用Reactor就是整个代码在执行链上也更清晰，做过前端的同学应该很有感悟，不管是jquery还是vue都是一级一级往下点，那种感觉真的很爽，当然java8也有类似体验。所以诞生之初，这个东西就不是为了java而生的，java是重语言，强调稳定性，直到jdk1.8也不愿意为reactor妥协。最终Spring按奈不住了，率先]]></description><category></category></item><item><title><![CDATA[Spring Security动态路径放权使用说明]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187425</link><guid>https://blog.csdn.net/lbjfish/article/details/109187425</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:28:14 +0800</pubDate><description><![CDATA[目的
为了解决每添加一个不需要登录的接口，首先要去 security.ignore.http-urls 配置不需要登录的接口路径，然后重启网关服务（因为网关掌握着鉴权），这样生产环境频繁重启，很不友好。于是自己

结合Spring Security权限相关的功能
结合Nacos动态刷新配置优点扩展了能动态刷新需要放权路径的功能

警惕
该功能需要测试是否稳定，毕竟官方没有这种方案，自己结合已有知识和大量实践试错整合的，并不确定是否会影响以后Spring Security+OAuth2权限相关功能。如果影响，]]></description><category></category></item><item><title><![CDATA[Springfox3 使用说明并整合 gateway 实现文档集中化]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187413</link><guid>https://blog.csdn.net/lbjfish/article/details/109187413</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:27:44 +0800</pubDate><description><![CDATA[未解决的坑：

1.Basic用不了，Bearer的引用方式跟以前有点不一样
2.gateway网关统一管理 集中文档只能用SWAGGER_2（2.0），不能用OAS_30（3.0.3）
3.引入基础包的bean不能使用 BeanFactoryAware（导致不能创建多个group）
替换

Springfox3配置
引入包
现在只需要一个包 springboot的，不像以前需要两个，当然可以单独引用两个也行3.0的，具体可以进入这个包里看
            &lt;dependency&gt;
  ]]></description><category></category></item><item><title><![CDATA[Redis cluster集群安装+启动过程]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187404</link><guid>https://blog.csdn.net/lbjfish/article/details/109187404</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:27:11 +0800</pubDate><description><![CDATA[安装（没时间去搞，后期加上）
ruby肯定是要安装的
https://www.cnblogs.com/powerwu/articles/11506366.html
http://blog.itpub.net/31015730/viewspace-2155989
https://segmentfault.com/a/1190000015795054?utm_source=tag-newest
https://blog.csdn.net/YangzaiLeHeHe/article/details/9361855]]></description><category></category></item><item><title><![CDATA[nginx集群安装+启动过程（Nacos集群一）]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187366</link><guid>https://blog.csdn.net/lbjfish/article/details/109187366</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:26:41 +0800</pubDate><description><![CDATA[安装nginx
1.用yum安装，执行命令：
yum install -y nginx

2.默认安装路径是：
/usr/sbin/nginx
3.默认配置路径是：
/etc/nginx
4.自定义nacos配置（mynacos.conf）：
[root@localhost conf.d]# ls
default.conf mynacos.conf
upstream cluster{
        server 192.168.128.30:8848;
        server 192.168.128]]></description><category></category></item><item><title><![CDATA[git仓库迁移方案]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187354</link><guid>https://blog.csdn.net/lbjfish/article/details/109187354</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:26:23 +0800</pubDate><description><![CDATA[1.去老仓库通过git clone --bare 老项目.git地址（它是一个空服务项目），如下图
git clone --bare git@192.168.128.33:developteam/backend/spring-cloud/saas-platform.git

2.进去刚才bare的目录，也就是上面的图，执行
cd saas-platform.git/
git push --mirror git@192.168.128.33:developteam/backend/spring-cloud/b]]></description><category></category></item><item><title><![CDATA[Nacos集群二（集群+外挂mysql数据源）]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187377</link><guid>https://blog.csdn.net/lbjfish/article/details/109187377</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:26:02 +0800</pubDate><description><![CDATA[集群概况
目前nacos集群分布在三台服务器上，使用vip搭建方式，详情看Nacos集群官方配置
，目前分别搭建在本地192.168.128.30、192.168.128.21、192.168.128.22服务器上。
安装
参照官方编译源码方式：（最好自己编译，虽然比较慢，最好不要用别人官方打包好的）
https://nacos.io/zh-cn/docs/cluster-mode-quick-start.html
#配置
1.安装路径：（编译后的）
[root@localhost nacos]# pwd
]]></description><category></category></item><item><title><![CDATA[分布式事务Seata使用说明]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187344</link><guid>https://blog.csdn.net/lbjfish/article/details/109187344</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:24:27 +0800</pubDate><description><![CDATA[目前功能如下


Seata服务已做高可用+负载均衡（目前三台机器分别在32、36、37）
外挂事务日志数据库（目前在开发环境数据库database=seata，也是为了高可用）
使用Nacos作为Seata注册中心以及配置中心（配置中心namespace=seata 勿删）
支持普通本地事务+分布式事务组合
整合ShardingSphere分布式柔性事务（这个比较特殊，单独讲）


说明
Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。
Seata分为三块分别是：
]]></description><category></category></item><item><title><![CDATA[SpringCloud+Spring Security+OAuth2 + JWT + Gateway讲解]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187316</link><guid>https://blog.csdn.net/lbjfish/article/details/109187316</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:23:55 +0800</pubDate><description><![CDATA[项目简介


本登录系统是一个适应前后端分离并支持传统PC登录的全方位微服务登录架构
基于Spring Boot 2.2.8.、 Spring Cloud Hoxton.SR5 和 Spring Cloud Alibaba 2.2.1
深度定制Spring Security，基于RBAC（暂未实现）、jwt和oauth2的无状态统一权限认证的
单点登录、单点登出（暂未实现）、续签等功能（暂未实现）
提供C端多租户功能（暂未实现）
提供第三方被授权登录方式（openId方式）
提供供内部服务调用的OAuth2]]></description><category></category></item><item><title><![CDATA[Nacos配置中心规范]]></title><link>https://blog.csdn.net/lbjfish/article/details/109187284</link><guid>https://blog.csdn.net/lbjfish/article/details/109187284</guid><author>lbjfish</author><pubDate>Tue, 20 Oct 2020 19:22:31 +0800</pubDate><description><![CDATA[版本选择
毕业版本依赖关系(推荐使用)

Namespace
Nacos引入了命名空间(Namespace)的概念来进行多环境配置和服务的管理及隔离
Namespace也是官方推荐的多环境支持方案。
如何进行配置和服务的管理、隔离（Group）
这里的group就是Namespace的概念，将服务和配置纳入相同的Namespace进行管理
不同Namespace下的服务和配置之间就隔离开来。
创建和获取NamespaceID
NamespaceId值是在配置文件配置时必须要填入的配置项，所以需要我们先创建N]]></description><category></category></item><item><title><![CDATA[Sentinel使用说明]]></title><link>https://blog.csdn.net/lbjfish/article/details/109078943</link><guid>https://blog.csdn.net/lbjfish/article/details/109078943</guid><author>lbjfish</author><pubDate>Wed, 14 Oct 2020 17:19:43 +0800</pubDate><description><![CDATA[说明
Sentinel官方文档写的不是很详细，坑比较多。本人主要是改了Sentinel的控制台release版本源码，测试环境又使用的是我改源码后打包的jar，有两个功能支持不是很好（参数限流和黑白名单授权），如果有其他问题，请联系我。但是基本上95%的工作都已经被我封装了，大家只需不到5%的工作量，当前熔断、降级支持Hystrix方案，所以以前的代码可以几乎不动（有少量问题下面会说）。
引入pom包
引入下述包即可使用sentinel
        &lt;!-- sentinel自定义封装组件 --&]]></description><category></category></item></channel></rss>