一直没有关于dubbo的东西，准备开始写一些关于dubbo的相关知识点，老规矩先以最简单的方式接入springboot,然后开始深入研究。项目结构如下图所示，应该不用多解释，api公共api层，一个服务提供方(provider)，一个服务调用方(consumer)。!(https://oscimg.oschina.net/oscnet/up38

当我们调用一个接口可能由于网络等原因造成第一次失败，再去尝试就成功了，这就是重试机制，spring支持重试机制，并且在SpringCloud中可以与Hystaix结合使用，可以避免访问到已经不正常的实例。但是切记非幂等情况下慎用重试一 加入依赖<!重试机制<depen

本文分享自天翼云开发者社区《》，作者:JackW宏内核应用程序调用内存分配的API（应用程序接口）函数。处理器切换到特权模式，开始运行内核代码。内核里的内存管理代码按照特定的算法，分配一块内存。把分配的内存块的首地址，返回给内存分配的API函数。内存分配的

Binder原理Android框架层本文首发于微信公众号「刘望舒」<!more前言在上一篇文章中，我们学习了ServiceManager中的Binder机制，有一个问题由于篇幅问题没有讲完，那就是MediaPlayerService是如何注册的。通过了解MediaPlayerService是如何注册的，可以得知系统服务的注册过程。1.从调用链角度说明M

SpringCloudFeignSpringCloudFeign是一套基于NetflixFeign实现的声明式服务调用客户端。它使得编写Web服务客户端变得更加简单。我们只需要通过创建接口并用注解来配置它既可完成对Web服务接口的绑定。它具备可插拔的注解支持，包括Feign注解、JAXRS注解。它也支持可插拔的编码器和解码器。Spri

UDTServer在执行UDT::listen()之后，就可以接受其它节点的连接请求了。这里我们研究一下UDT连接建立的过程。连接的发起来看连接的发起方。如前面我们看到的那样，UDTClient创建一个Socket，可以将该Socket绑定到某个端口，也可以不绑定，然后就可以调用UDT::connect()将这个Socket连接到UD

线上某服务A调用服务B接口完成一次交易，一次晚上的生产变更之后，系统监控发现服务B接口频繁超时，后续甚至返回线程池耗尽错误ThreadpoolisEXHAUSTED。因为服务B依赖外部接口，刚开始误以为外部接口延时导致，所以临时增加服务Bdubbo线程池线程数量。配置变更之后，重启服务，服务恢复正常。一段时间之后，服务B

!(https://oscimg.oschina.net/oscnet/up05fdf662c6edbce3df477a1fc6d5818d3af.png)前言负载均衡是指在集群中，将多个数据请求分散在不同单元上进行执行，主要为了提高系统容错能力和加强系统对数据的处理能力。在Dubbo中，一次服务的调用就是对所有实体域Inv

前言忽然，发现，网上的公开资料都是教你怎么继承一个baseadapter，然后重写那几个方法，再调用相关view的setAdpater()方法，接着，你的item就显示在手机屏幕上了。很少有人关注androidadpater模式机制的实现原理，比较深入的也不过是说说adaptergetview()中的回收情况。今天把相关的源码看了一遍，把

问：linux的体系结构？!(https://oscimg.oschina.net/oscnet/7e41e5605a979bbf6cc4263647ae72292f8.jpg)体系结构主要分为用户态（用户上层活动）和内核态内核：本质是一段管理计算机硬件设备的程序系统调用：内核的访问接口，是一种能再简化的操作