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

(https://shimo.im/docs/9GTP6XrJg9J88cJD/)一、基本定义Arrays类，全路径java.util.Arrays，主要功能为操作数组，Arrays类的所有方法均为静态方法，所以调用方式全部为Arrays.方法名二、常用方法c1.<TList<TasList(T...a)可以将数组转化为相应的list集合，但

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

!(https://oscimg.oschina.net/oscnet/up1aa4ada0efc8a144d35d25b3443d951c7e3.JPEG)SPI全称为ServiceProviderInterface，是一种服务发现机制。当程序运行调用接口时，会根据配置文件或默认规则信息加载对应的实现类。所以在程序中并没有直接指定使用接口

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

先把zookeeper在本地给安装好，这里的话讲述了两个工程一个工程是提供服务的，一个工程是调用服务的，因为dubbo是跟spring进行无缝连接的，故功能配置在spring的配置文件中，跟spring进行整合开发1、工程是以maven进行构建的，使用的jar包如下：!(https://static.oschina.net/uploads/i

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

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