编程的话，很有可能参数传错，内存没释放者。调用别人的dubbo接口的时候，一直不提示动态链接库接口timeout的异常，后来发现自己是提供者的系统异常过多的问题。我简单系统的总结下再次出现sometime无比的原因：
1.服务器问题，服务器的带宽、内存、cpu、存储空间等不足以的时候会直接出现该异常。
2.生产者问题，生产者本身的接口利用有bug，消费者内部函数生产者的接口可能会也会影响到out异常。
3.消费者的配置问题，系统设置的已超时时间太短，如果没有生产者负责执行的逻辑不需要很长的时间超过了消费者的超时时间，也会再次出现time...异常。
dubbo(读音[?d?b??])是阿里巴巴公司开源的一个集高性能最优秀的服务框架，令应用可按照低性能的rpc实现服务的作为输出和输入功能，可以不和spring框架完全集成。dubbo是一款低性能、轻量级的闭源javarpc框架，它提供了三大核心能力：面向接口的远程方法动态创建，智能容错和负载均衡，包括服务不自动去注册和突然发现。
岗哨；哨兵
sentinel:policemanstoodsentinelattheentrance.
接口是应用程序实现前后端分离的重要手段之一。
内部函数接口直接出现异常，有两种原因。
第一种原因，前端讯息传递接口参数时，组装起来的格式不错误的，此时是需要是从纠正前端参数组装逻辑来尽量减少这个接口异常。
第二种错误，前端传递的参数到达后端后，在后端先执行时会出现了运行时十分。
讲到服务改名，dubbo本身就能提供了你服务降级的机制；而dubbo的服务联赛排名机制要注意是用来服务消费者的mock属性。可以使用sentinel的，而且它提供了更加灵活的使用，但是支持更多的规则，还提供给了一个简单易极为强大的控制台。
熔断在用sentinel，它可以提供了三大接入凭借sentinel-core组件参与硬代码、依靠sentinel-annotation-aspectj组件提供给的注解功能、各种主流框架的接入。象有三种为dubbo接口接入限流和融断的机制。
