HEL_WOR的博客

转载请注明：http://blog.youkuaiyun.com/hel_wor/article/details/50841032这边博客是基于前几天读的《Java并发编程的艺术》一书，但内容不限于此书，自己做了一些扩展和源码阅读，以求能尽可能理解java并发的相关类从CountDownLatch，CyclicBarrier，Semaphore，Exchanger展开 CountDownLatch和Cycl

今天读了下jodis的代码。 配合codis使用的。 其主要着眼点是数据源，对jedispool做了封装。 通过zookeeper上注册的codis proxy个数创建相应个数的jedispool封装为RoundRobinJedisPool，并监听节点的变化，proxy的地址会传回来，可以及时增删配置的jedispool。 但不能根据proxy自定义的配置除host，port之外的其他jed

motan是新浪开源的一个RPC框架，可以看做是Dubbo的量身裁剪版。Motan属于服务治理型框架。 RPC框架目前可以划分为两类，一类以Thrift，gRPC为代表的跨语言型，其特点是支持跨语言的RPC调用，通过加一层装换为中间语言，实现跨语言调用，另一类是服务治理型。相比于Dubbo，Motan在支持相同功能的同时，减少了部分扩展特性.在序列化方式上，Motan只支持Heesian和fas

之前写了一个redis的组件。出发点么： 1.做数据源组件的一个重要的目的是负责回收连接。 2.基于@Bean注解可以做到对jedispool，jedis操作的自动装配，暴露出一个客户端。所以最终的效果是： 1.提供了两个客户端，一个redis，一个codis。 2.支持基于zookeeper的配置管理，可以在properties中使用占位符，spring只

1.rpc 核心：jdk代理，reactor consumer：接口进行jdk代理，在InvocationHandler构造代理对象，写入方法名，请求参数，参数类型。 provider：获得消息，反射调用实现类，返回结果。reactor使用netty。 中间层使用zookeeper或redis作为注册中心，涉及发布订阅，本地缓存提供者信息，通过路由规则筛选->负载均衡选择合适地址调用。

转载请注明：http://blog.youkuaiyun.com/HEL_WOR/article/details/51661591有一个计算流量的逻辑，需要每隔一段时间将单机中的流量缓存同步到Redis库中，现在就出现了这个问题，一个服务被部署到多服务器上，当需要同时写同一台redis数据库，就需要使用分布式锁。这里使用了Redis来实现分布式锁，实现的逻辑类似单机中使用的Lock或者synchronized

项目地址：jms-support执行流程：对调用的方法进行代理，将代理对象在mq中传输，监听到来的消息并调用真实对象的方法。理解前提：需要有JDK代理的使用经验。整个流程的思想和Dubbo实现远程调用是一样的，dubbo的核心读在于proxy的使用，所有的操作都尽量向proxy上靠拢，从表面上看dubbo配置完成后可以让远程的服务实现成为本地的一个bean被使用，事实上是本地对接口进行代理，通过网络

转载是对我的肯定，欢迎转载，转载请注明：http://blog.youkuaiyun.com/HEL_WOR/article/details/52123712http请求 场景： 前端：SDK通过http发送请求/页面Ajax提交。 后台：Springboot服务，Rest风格，需在controller层之前拦截请求。Springboot支持Rest风格给编码带来了很好的便捷性，@RequestBody

转载请注明：http://blog.youkuaiyun.com/HEL_WOR/article/details/51660979在描述鉴权和流控之前，可能需要先描述为什么需要搭建开放平台。 开放平台最先由FB推出，而后在2012年左右，国内比较大型的互联网公司都开始搭建自己的开放平台。搭建属于自己的开放平台的原因，一般是以下几点：1.借助第三方满足用户的零碎需求2.借助第三方提升自己的影响力3.作为渠

转载请注明：http://blog.youkuaiyun.com/HEL_WOR/article/details/51224388池该如何理解？我们经常提到的数据库连接池，线程池，对象池。池这个概念，在计算机里，应该如何用代码来描述？ 在网页上可以找到很多关于数据库连接池的描述，实现DataSource接口，用一个链表或者只要能保存数据的容器将事先创建好的连接保存起来，一个连接池就成型了，在需要使用的时候去

这一个月，从C#转到java了，去年9月开始自学Java，还好，转成了，离想做的又近了一步，该继续写博客了 转载请注明：http://blog.youkuaiyun.com/HEL_WOR/article/details/51195204条件队列装入的数据项是等待先验条件成立而被挂起的线程。 我们想在得到的消息到来时，这个消息能立即得到处理，在大多数时候，我们的处理方式是在条件不满足时，让这个线程做自旋

这个话题很大，以我目前的经验写得可能比较呛，会持续更新，如果您有好的提议，意见，场景，请留言告知，先谢过。 转载请注明：http://blog.youkuaiyun.com/HEL_WOR/article/details/51246655请求量的增加，导致服务器CPU消耗上升，直至满负荷运转，当请求量继续上升，如果不提升硬件性能，结果就是请求被处理的速度跟不上请求到达的速度，CPU过热，用户发出的请求丢失

下图：