鸿蒙开发者社区

★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关1什么是RPC通信RPC：RemoteProcedureCallProtocol，指的是远程过程调用协议，一般使用在分布式业务或者微服务架构风格中。即一个节点通过网络调用的方式来请求另一个节点提供的服务的过程，也可以简单的理解为client访问server上提供的函数（像调用本地函数...

前言之前我写过一篇文章——《这个开源组织里的项目都是精品》，里面列举了Dromara开源组织的4个java项目，每一个都轻量且实用，受到了很多小伙伴的喜爱。Dromara这个开源组织里的项目只针对Java，细看了下，都是能提高生产效率，告别加班的神器。这次我又从中挑出了5个精品项目，推荐给大家。如果你没看过上一篇系列文章，那也建议你去回顾下：这个开源组织里的项目都是精品Cubic首先我要介绍的是Cubic，一站式问题定位平台！...

大家好，我是bin!在上篇文章我为Netty贡献源码且看Netty如何应对TCP连接的正常关闭，异常关闭，半关闭场景发布之后，有很多小伙伴留言给我，问的问题最多的是：“我该如何从零开始参与开源项目？”。看得出来大家对参与开源的热情是非常高涨的，都非常期望为开源社区贡献自己的一份力量。既然是从零开始，那么摆在我们面前有两个大的问题：1.如何找到合适的开源项目参与进来？2.到底该向开源项目贡献些什么？针对第一个问题，我...

前言做开发这么多年，也碰到无数的bug了。不过再复杂的bug，只要仔细去研读代码，加上debug，总能找到原因。但是最近公司内碰到的这一个bug，这个bug初看很简单，但是非常妖孽，在一段时间内我甚至是百思不得其解。在长达几天的时间内，复现的概率非常低。几乎难以抓住任何踪迹。所以这篇文章就非常写实的来记录一下此Bug的发现和排查整个过程。起因同事之前做了个需求，提交测试。测试同事在测的一半的时候。发现了后台的一个...

开端以前提到我的开源项目，要么是发版注记，要么是框架介绍。差不多持续进行开源迭代也有1年多的时间了，又到年末了。这次抛开技术本身，想聊聊关于LiteFlow框架的一些事情以及我在这一年多时间里开发迭代开源项目的一些过程和经验。熟悉我的技术界的朋友应该知道，我主要的开源作品有2个。其中一个为GVP项目，但LiteFlow并不是那个GVP项目，但是我花在LiteFlow上的时间精力要多很多。没什么特别的原因，也不是因为我要去获得...

前面我们学习了微服务的全景架构，了解到相对于传统单体架构，微服务的优势，以及系统服务化的发展趋势。对于新启动的项目，我们在权衡之后可以大方的使用微服务架构。但其实大部分情况下，我们还要去维护一些以前研发的单体系统，这些系统可能因为访问流量的膨胀、功能的扩张而显得非常臃肿不堪，急需要向微服务架构迁移。1微服务迁移准备1、需对业务充分了解，这是服务拆分，通信设计，资源整合的必要前提。2、适应微服务架构...

一最近正好公司里有个需求，一个短信业务接了多个第三方供应商，某些业务需要查询第三方供应商剩余的短信包数量去选择剩余量最多的渠道去批量发送。有些业务是指定了某个短信供应商，有些场景需要根据业务的值去动态判断该用哪个供应商。场景非常复杂，还经常变化。以前的代码实在惨不忍睹，选择剩余量最多的渠道是一个个去查的，然后获得结果去比较。至于指定的供应商和根据业务的值去判断选择供应商则是用大量的ifelse去嵌套...

前面的文章我们介绍了分布式系统和它的CAP原理：一致性（Consistency）、可用性（Availability）和分区容错性（Partitiontolerance）。参考这篇《分布式事务》我们知道，一个分布式系统无法同时满足三个特性，所以在设计系统之初，就有一个特性要被妥协和牺牲，因为分区容错性的不可或缺性，一般我们的选择是AP或者CP，这就要求我们要么舍弃强一致性，要么舍弃高可用。为了达到数据的一致性，或者说至少达到数据的最终一致性，...

★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构微服务3：微服务拆分策略微服务4：服务注册与发现1微服务的注册与发现我们前面在全景架构中对服务注册与发现做了大致的说明，本章我们着重详细说明微服务下注册与发现的这个能力。微服务注册与发现类似于生活中的"电话通讯录"的概念，它记录了通讯录服务和电话的映射关系。在分布式架构中，服务会注册进去，当服务需要调用其它服务时，就这里找到服务的地址，进行...

前言自从我用了正版的IntelliJIDEA后，基本上都是与时俱进，出一个新版本就立马更新，这也能能让我体验到最新最快的功能。最近在闲逛Jetbrains的官网时，看到了最新的2021.3EAP版本的放出。立马下了试试。而令我感到兴奋的是，2021.3版本竟然增加了云端开发的一系列功能。所谓云端开发，就是指本地运行着一个轻客户端。所有的代码存储，代码编译，代码运行都是在远端。本地只是作一个展示和编辑作用。这个时代很多东西都云端化...

1动态数据源的必要性我们知道，物理服务机的CPU、内存、存储空间、连接数等资源都是有限的，某个时段大量连接同时执行操作，会导致数据库在处理上遇到性能瓶颈。而在复杂的互联网业务场景下，系统流量日益膨胀。为了解决这个问题，行业先驱们充分发扬了分而治之的思想，对大库表进行分割，然后实施更好的控制和管理，同时使用多台机器的CPU、内存、存储，提供更好的性能。参考我这篇《分库分表》。数据库有水平拆分（ScaleOut）...

SpringSecurityOAuth2的授权码模式一直是个难点，如果你对底层的原理不太理解的话很难去定位到其中的问题今天这篇文章就针对这个问题做个解答，分为如下三个部分：授权码模式的登录页面重定制授权码模式的授权页面重定制授权码模式的异常页面重定制授权码模式的登录页面重定制下面就以《SpringCloudAlibaba项目实战》的实战项目来展示一下默认的登录页面什么熊样，如下图：是不是有点丑？实际开发中肯定是要根据自己的系统定制...

自适应算法本来我以为看到这位大佬的测试已经是非常有收获了，没想到接下去的闲逛又让我发现了一个更了不得的东西。既然上面分析出来，在QPS比较高的情况下，收益才能抵消被抵消，那么有没有可能实现一个自适应的算法，在QPS较低的时候直接从系统获取，QPS较高时，从缓存获取。果不其然，Sentinel（Java版，版本>1.8.2）已经实现了！issue参考：https:github.comalibabaSentinelpull1746我们捋一下它的实现：我们首先看最核心的...

❝可能是最完善的redis分布式锁原理与实战总结，建议收藏redis分布式锁使用SET指令就可以实现了么？在分布式领域CAP理论一直存在。分布式锁的门道可没那么简单，我们在网上看到的分布式锁方案可能是有问题的。「码哥」一步步带你深入分布式锁是如何一步步完善，在高并发生产环境中如何正确使用分布式锁。在进入正文之前，我们先带着问题去思考：•什么时候需要分布式锁？•加、解锁的代码位置有讲究么？•如何避免...

8.writeAndFlush在我们讲完了write事件和flush事件的处理过程之后，writeAndFlush就变得很简单了，它就是把write和flush流程结合起来，先触发write事件然后在触发flush事件。下面我们来看下writeAndFlush的具体逻辑处理：publicclassEchoServerHandlerextendsChannelInboundHandlerAdapter{OverridepublicvoidchannelRead(finalChannelHandlerContextctx,finalObjectmsg){此处的msg就是Netty在readloop中从NioSocketChannel中读...

6.主动关闭方发起TCP半关闭流程在TCP半关闭的场景下，主动关闭方需要调用shutdownOutput方法向被动关闭方发送FIN开始TCP半关闭流程。在本小节的示例中，客户端可以在自己的ChannelHandler中调用Channel的shutdownOutput方法来发起TCP半关闭流程。SocketChannelsc(SocketChannel)ctx.channel();sc.shutdownOutput();下面我们就来分析下在netty中对于shutdownOutput的实现。publicclassNioSocketChannelextendsAbstractNioByteCha...

2.Netty对TCP连接正常关闭的处理privatevoidcloseOnRead(ChannelPipelinepipeline){判断服务端连接接收方向是否关闭，这里肯定是没有关闭的if(!isInputShutdown0()){if(isAllowHalfClosure(config())){.....省略TCP连接半关闭处理逻辑.......}else{如果不支持半关闭，则服务端直接调用close方法向客户端发送fin,结束closewait状态进如lastack状态close(voidPromise());}}else{.....省略TCP连接半关闭处理逻辑.......}}众所周知T...

3.TCP连接的异常关闭image.png在本文前边的内容中，我们介绍了TCP数据包中的SYN包，FIN包，ACK包的使用场景，它们都是通过TCP首部协议中的8位控制位来标识，不同的控制位代表不同的含义。第二小节介绍的内容均属于TCP在正常情况下进行的连接的建立，发送数据，关闭连接。而现实中情况往往是复杂的，TCP连接不可能总是处于正常的状态，那么当TCP连接出现异常时，就需要有一种机制让我们来强制关闭连接，这个就是本小节要介绍的RS...

6.处理Socket可写但已经写满16次还没写完的情况OverrideprotectedvoiddoWrite(ChannelOutboundBufferin)throwsException{SocketChannelchjavaChannel();intwriteSpinCountconfig().getWriteSpinCount();do{.........将待发送数据转换到JDKNIOByteBuffer中.........intnioBufferCntin.nioBufferCount();switch(nioBufferCnt){case0:这里主要是针对网络传输文件数据的处理FileRegionwriteSpinCountdoWrite0(in);break;case1:{.......

5.终于开始真正地发送数据了！来到这里我们就真正进入到了Netty发送数据的核心处理逻辑，在《Netty如何高效接收网络数据》一文中，笔者详细介绍了Netty读取数据的核心流程，Netty会在一个readloop中不断循环读取Socket中的数据直到数据读取完毕或者读取次数已满16次，当循环读取了16次还没有读取完毕时，Netty就不能在继续读了，因为Netty要保证Reactor线程可以均匀的处理注册在它上边的所有Channel中的IO事件。剩下未读取的数...