Binder原理Android框架层本文首发于微信公众号「后厂技术官」<!more前言在本系列的此前文章中，以MediaPlayerService为例，讲解了系统服务是如何注册的（addService），既然有注册那肯定也要有获取，本篇文章仍旧以MediaPlayerService为例，来讲解系统服务的获取过程（getService）。文章会分为两个部分

SpringCloudAlibaba系列之Nacos服务注册与发现1、前言简介服务注册与发现是微服务架构体系中最关键的组件之一。SpringCloudAlibabaNacosDiscovery组件提供了服务自动注册到Nacos服务端的功能，并且能够动态感知和刷新某个服务实例的服务列表。除此之外，NacosDiscove

一Eureka服务治理体系1.1服务治理服务治理是微服务架构中最为核心和基础的模块，它主要用来实现各个微服务实例的自动化注册和发现。SpringCloudEureka是SpringCloudNetflix微服务套件中的一部分，它基于NetflixEureka做了二次封装。主要负责完成微服务架构中的服务治理功能。Eur

由于Android8.0以后不能使用后台服务，使用Service需要使用ContextCompat.startForegroundService启动前台服务，而且通知栏有Notification显示该Service正在运行，这可能会带来不好的用户体验。如果还是希望使用服务在后台默默工作，通过使用服务开启子进程等等，可以使用JobIntentServi

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

APM简介随着微服务架构的流行，一次请求往往需要涉及到多个服务，因此服务性能监控和排查就变得更复杂：不同的服务可能由不同的团队开发、甚至可能使用不同的编程语言来实现服务有可能布在了几千台服务器，横跨多个不同的数据中心因此，就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题，这就是

QOS通常QoS提供以下三种服务模型：1、BestEffortservice（尽力而为服务模型）：BestEffort服务模型是一个单一的服务模型，也是最简单的服务模型。对BestEffort服务模型，网络尽最大的可能性来发送报文。但对延时、可靠性等性能不提供任何保证。BestEffort服务模型是网络的缺省服务模型，通过

微服务架构是互联网很热门的话题，是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。虽然微服务架构没有公认的技术标准和规范或者草案，但业界已经有一些很有影响力的开源微服务架构框架提供了微服务的关键思路，例如Dubbo和SpringCloud。各大互联网公司也有自研的微服务框架，但其模式都于这二

!(https://oscimg.oschina.net/oscnet/updb144b1538f24c2488b01c4e66a45d48038.JPEG)一、前言分布式系统环境中，服务间类似依赖非常常见，一个业余调用通常依赖多个基础服务。如下图，对于同步调用，当库存服务不可用时，商品服务请求线程被阻塞，当有大批量请求调用库存服务时，

注意事项目前uni原生端不支持您定义的消息类型，只支持以下这几类自定义消息（提前内置好是因为原生的自定义消息需要在原生项目侧注册，为了减小开发者的使用难度，我们提供了内置好的自定义壳消息。）命令消息，不存储、不计入未读计数RC:IWCmdMsg（如果消息接