Rubik Blog

线程池这块，作为高频面试题，并且实际使用场景巨多，所以出了这篇文章，一块来研究一下线程池的实现原理，运行机制，从底层深挖，不再局限于面试题。该方法有三个重载，分别对应的参数为Callable第一个为单任务，可以等待执行，调用get方法，得到的结果是null。第二个为任务+一个固定的返回值。调用get方法，最终会拿到设置的这个result。第三个为传入一个有返回值的任务，即callback，调用get，可以拿到任务执行结果返回值。提交一批任务，全部执行，全部执行完之后，返回结果。

使用虚拟机扩容磁盘后，需要在 centos 上面进行实际的磁盘扩容操作。

至此，乐观锁的核心原理已经全部完成，到这，乐观锁的整体原理逻辑均已清楚。但是在乐观锁原理解读的过程中，有一些深入的点需要分析，接着我们就来拓展的再深度挖掘下非核心原理，实现的也很精妙，学习意义很大。

多台机器启动集群环境，配置改动很少，都很简单。其他的按照正常上面的流程，重新启动即可。

至此，mp将所有表数据缓存的逻辑已经全部完成了。回想2.1.1中所说，这里一定会有值，那么这里一定是全部的表吗？整合一下这个方法的调用链简简单单，又是一篇，至此，逻辑删除的全部工作原理已经完全清晰。逻辑删除很有用，并且拥有较为强大的能力，但一些细节的处理不足，还有一些特殊的要求是无法满足的，此时就需要屏幕前的你大展拳脚给增强一下了。基础组件的升级需要谨慎谨慎再谨慎，一不小心，整个公司的系统都会被你全部干瘫痪了。感悟读源码到底有没有用处？我理解的源码好处是。

ksTry是一个开源的流程编排项目，和Spring适配度极高，文档齐全，使用简单。

通过一系列测试，最终可以确定的是，nacos一个节点宕机，是不会导致服务异常的。本次说nacos集群不稳定，无非是一次甩锅给架构的一次行为而已。后需通过细节了解并非所有服务出现不可用，nacos集群服务所有的服务端，只有某个服务链在报异常。报异常的服务链，确实有服务宕机的情况产生。后需宕机服务启动后，依然报这个错，随后直接启动了nacos，启动后就不报错了，很有可能是在空白期，还没有达到真实可调用的情况。当nacos启动后，正好空白期过去了，就下了结论认为是nacos的问题。

什么是ddd架构，是以ddd思想为参考，做出一份符合ddd思想的框架。随着技术的迭代升级，越来越多的瓶颈暴露出来，性能瓶颈，系统复杂度瓶颈，这些都逐一被迭代出的技术产物解决。最终的一个产物微服务，几乎完美解决了性能和系统复杂度的问题，保证服务性能的前提下，还简化了系统的复杂度，降低开发难度，让系统更加容易维护。但是对于B端企业来说，单单解决性能和系统复杂度问题还远远不够，极度复杂的业务，让系统难以维护，动辄几百上千行的方法，让开发人员头疼。

使用 docker 部署，后台设置开启验证，重启服务器之后，docker重启，再次访问系统，验证码获取失败，导致无法进行验证，也就无法登陆系统。如果不了解卷王的，可以去官网看下。

我的应用中，使用 jedis 作为连接 redis 的客户端，一直在用的好好的，后来有一个新的组件，也需要使用 redis，但是组件是内部封装的，我只能提供一个 StringReidsTempalte，所以我基于应用本身构造的 factory，又重新构建了一个新的 template。使用版本。

在和某开放平台交互的时候，由于必须要设置白名单，本地家中ip 会变化，配置白名单的流程又很复杂，所以需要使用代理的方式来访问开放平台。本文主要讲的就是在 java 中如何使用代理来访问开放平台，利用服务器的公网 ip，免除一次次的配置 ip 带来的困扰。

在家和开放平台交互的时候，需要设置白名单，否则无法交互。家里的白名单一直变。服务部署到服务器太麻烦，调试不方便。于是就想通过代理的方式，让服务器替我发送这次请求，就可以解决这个问题。当然，代理并不止这一个用户，其他还有很多用处，多用来隐藏自己，或者请求私域数据。注意，使用代理注意安全，不要被人攻击了。注意网络安全哦。

不知道从什么时候开始，我的服务整体都超级慢，一个很简单的查询数据库的接口，从调用到查询，总共耗时13秒+，由于涉及到内网环境、rpc接口调用等情况，一直无法精准定位。系统环境分布：系统分为nginx + 应用网关 + 应用服务 + tidb数据库 + redis缓存 + nacos调用链：由浏览器发起请求，调用到nginx。由nginx将请求转发到应用网关网关经过几个拦截器的处理之后，将请求路由到后端服务后端服务通过拦截器，进行认证。

在操作员授权处，点击授权按钮选择刚才创建的操作员，并点击确认按钮。

安装 1panel 的时候，安装成功，后台显示正常，但是通过浏览器就是无法访问！我使用的端口是 10080这已经是第二次遇到这个问题了，平时不常见，上次遇到还是几年前，折腾了好久，又给忘记了！报错信息：网址为 xxxx 的网页可能暂时无法连接，或者它已永久性地移动到了新网址。

由于网关B转发请求的时候，有时携带了登录信息，有时没有携带。导致filter中的执行链路异常，网关的threadLocal没有做npe的兼容，导致应用服务器抛出异常，触发物理网关的302转发。排查问题困难，由于网关侧没有做好链路id的转发和继承，导致将问题引向了一个错误的方向。写代码时，一定要注意代码习惯，不要去写那种明显有npe的情况，尽量去避免系统因npe导致的异常做好异常控制，不要任由异常肆无忌惮的往上抛链路id管控好，即使没有办法统一，也要建立一个关联关系，不要引导错误的指向。...

虚拟化平台安装好之后，一般情况下，只有一个硬盘在工作，其他的外接硬盘（我的只有一个ssd硬盘，其他的均是usb外接，SATA接口的硬盘是否这样我暂时不清楚哈）没有在工作，但是一个硬盘明显不够我们使用的，所以我们需要去挂载外接的硬盘来扩容。...

选择硬件前，需要明确自己的目的是什么，根据目的去选择使用，才不会特别的入坑。我也是第一次选配，所以踩了一些坑，下面分享一下我的选配经历。

该问题的原因是由于安装系统时，没有包含对应的网卡驱动导致的。这种情况一般都是由于网卡驱动版本较低，比较老旧的网卡，需要自己去封装一个镜像资源，将网卡驱动打包进去就行了，或者更直接的，换一个新版的网卡（需要看自己的主板是否支持）...