今天想和大家聊聊Dubbo源码中实现的一个注册中心扩展。它很特殊，也帮我解决了一个困扰已久的问题，刚刚在生产中用了，效果很好，迫不及待想分享给大家。Dubbo的扩展性非常灵活，可以无侵入源码加载自定义扩展。能扩展协议、序列化方式、注册中心、线程池、过滤器、负载均衡策略、路由策略、动态代理等等，甚至「扩展本身」也可以扩展。在介绍今天的这个注册中心扩展之前，先抛

Github：我们只消耗了8/人天的时间，完成了全部工作，基于我们Jade.Net的开源后台代码，任何小规模的后台管理系统，都可以在极短的时间内完成。这是我们在2017 年早些时候开发的一个项目，甲方是一家工艺美术品企业，需要开发一款APP展示产品，并引入会员（多级代理），在线下单，返点等功能。 在立项后由于一些原因，选择了使用Java

1.背景知识微信授权，php，订阅号，微信授权代理2.问题现象外包开发个php项目，最终上线，不想让外包人员拿到服务器权限，所以总监让我介入帮忙部署。外包和业务告诉我代码在外包服务器上测试通过了要求我上线部署到自己服务器。开始我说上线部署也就3天搞定，我本来打着富裕时间去的，我也有其他开发工作要做。结果噩梦的开始，这外包也是偷懒的人，文档，sql

Redis集群一般有四种方式，分别为：主从复制、哨兵模式、Cluster以及各大厂的集群方案。在3.0版本之前只支持单实例模式，3.0之后支持了集群方式。在3.0之前各大厂为了解决单实例Redis的存储瓶颈问题各自推出了自己的集群方案，其核心思想就是数据分片，主要有客户端分片、代理分片、服务端分片。这里咱们只介绍前三种方式：主从、哨兵、Cluster。

万能码的实际效用（安全扫码专业委员会）总的来说是实用性强、高效快捷的扫码连WIFI的服务来满足顾客需求，并覆盖了全国众多的WIFI市场。好比便利店、奶茶店等人流量较多的场所，商家只要用一点点的地方贴上，顾客扫描就可以连接WIFI，不仅为顾客免去了输入的麻烦，商家和代理还能获得流量收益，一举两得。

回顾POLARDB1.0POLARDB1.0主要的改进包括采用了计算存储分离的架构，完全兼容MYSQL，性能是原生MySQL的6倍。一个用户集群可以在分钟级弹性扩展到16个计算节点，对业务完全透明的计算和存储分离代理，从库延迟仅毫秒级。存储为分布式块存储，可以弹性扩展至100TB的规模。存储层面采用多副本技术，使得数据库的RPO做到了0，完全没有丢

9.SpringAOP：切面之前谈到的AOP框架其实可以将它理解为一个拦截器框架，但这个拦截器似乎非常武断。比如说，如果它拦截了一个类，那么它就拦截了这个类中所有的方法。类似地，当我们在使用动态代理的时候，其实也遇到了这个问题。需要在代码中对所拦截的方法名加以判断，才能过滤出我们需要拦截的方法，想想这种做法确实不太优雅。在大量的真实项目中，似乎我

开场介绍微服务（或微服务架构）是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。这些服务通常有自己的堆栈，包括数据库和数据模型；通过RESTAPI，事件流和消息代理的组合相互通信；它们是按业务能力组织的，分隔服务的线通常称为有界上下文。尽管有关微服务的许多讨论都围绕体系结构定义和特征

引言前一篇博文，已经完整的介绍了数据库脱敏的场景及方案，来自京东数科的ShardingJDBC开源项目通过对数据源中间代理的方式透明化的实现了这个功能，但是，功能虽然实现了，sql兼容的小问题还是很多，比如目前不支持子查询，数据库定义的关键字不允许使用，等等问题，反观我们需要加解密的字段，其实相比业务的sql来说占比非常小，即使遇

服务网格是一个用于处理服务间通信的基础设施层。服务网格保证请求在云原生应用组成的复杂服务拓扑中可靠地传递<!more。在实际应用当中，服务网格通常是由一系列轻量级的网络代理组成，它们与应用程序部署在一起，但对应用程序透明。微服务(Microservices)是一种软件架构风格，它是以专注于单一责任与功能的小型功能区块(SmallBu