Runnablerunnable是线程实现的一种方式（接口实现），它只有一个run（）函数，用于将耗时操作写在其中，该函数没有返回值。然后使用某个线程去执行该runnable的实现运行多线程程序，Thread类在调用start（）函数后就是执行的是runnable的run（）函数。runnable的声明如下：publicinterfac

一Subject主题Subject是Observable的子类。Subject是多播的，允许将值多播给多个观察者。普通的Observable是单播的。在Subject的内部，subscribe 不会调用发送值的新执行。它只是将给定的观察者注册到观察者列表中，类似于其他库或语言中的 addListen

子程序(_SubProcedures_，也叫子过程)与函数类似，但有一些差异。子过程不需要有返回一个值，而函数可能会或可能不会有返回一个值。子程序可以不用call关键字来调用。子程序总是包含在Sub和EndSub语句中。示例SubArea(xAsDouble,yAsDoubl

首先我在使用withObject传自定义对象的时候，发现一个BUG，在传值的时候，会走SerializationService的object2Json方法，但是在获取值的时候，竟然不调用parseObject这个方法来转回对象。我们来一步一步分析使用withObject传值!tim2

最近有项目要用到cgo,对接外援写的so的库，期间cgo的代码总是不经意的崩溃啊，异常退出，种种鬼怪。cgopanic错误//刚开始对接的时候，调用cgo的程序会抛出panic,但是并不退出主程序。处理方法：在goroutine内defer处理此panicrecover后进行相应的错误处理

    在微服务架构中，业务都会被拆分成一个独立的服务，服务与服务的通讯是基于httprestful的。Springcloud有两种服务调用方式，一种是ribbonrestTemplate，另一种是feign。简介是基于NetflixRibbon实现的一套客户端负载均衡的工具。简单的说，Ribbon是

1）用过哪些设计模式，手写一个（除单例）； 工厂模式，门面模式（个人有点像service层），代理模式2）springmvc的核心是什么，请求的流程是怎么处理的，控制反转怎么实现的； 1，用户发送请求至前端控制器DispatcherServlet 2、DispatcherServlet收到请求调用HandlerMapping处理器映射器

在做新需求开发或者相关系统的维护更新时，尤其是涉及到不同系统的接口调用时，在可维护性方面，总感觉有很多地方差强人意。一些零星思考，抛砖引玉，希望引发更多的思考和讨论。总结了大概有如下几条建议：

当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。

一、背景搜索推荐算法架构为京东集团所有的搜索推荐业务提供服务，实时返回处理结果给上游。部门各子系统已经实现了基于CPU的自适应限流，但是Client端对Server端的调用依然是RR轮询的方式，没有考虑下游机器性能差异的情况，无法最大化利用集群整体CPU，