- 博客(9)
- 收藏
- 关注
RSS订阅转载 由浅入深了解Thrift（二）——Thrift工作原理
相关示例代码见：http://download.csdn.net/detail/hjx_1000/8374829三、 Thrift的工作原理1.普通的本地函数调用过程例如，有如下关于本地函数的调用的Java代码，在函数caller中调用函数getStr获取两个字符串的拼接结果：代码3.1 本地函数调用调用方和被调用方都在
2016-07-14 11:31:17
664
转载 由浅入深了解Thrift（三）——Thrift server端的几种工作模式分析
相关示例代码见：http://download.csdn.net/detail/hjx_1000/8374829五、 Thrift服务器端几种工作模式分析与总结Thrift为服务器端提供了多种工作模式，本文中将涉及以下5中工作模式：TSimpleServer、TNonblockingServer、THsHaServer、TThreadPoolServer、TThreadedS
2016-07-14 11:29:33
1376
转载 Thrift框架服务端并发处理模式的java示例
项目因为需要对外提供不同语言的接口，所以我们采用了高效、跨语言的RPC框架Thrift。因为用的爽！顺理成章继续沿用，但是这次并不是屡试不爽。项目的Thrift服务端没办法并发请求处理，一直都单线程的将非阻塞的客服端请求one by one的处理，如果请求处理时间长的话，就会出现请求高延时的情况。so bad! 不过XXX，终于XXX！以下就是我学习Thrift API之后找到的解决方案示例。
2016-07-14 10:51:44
4185
转载 thrift-client异步+server非阻塞
1.thrift 下载安装：官网：http://thrift.apache.org/ 上面会最新版的安装下载java mavendependency： org.apache.thrift libthrift 0.9.1 libthrift 的源码下载：git://anonscm.debian.org/users/eevan
2016-07-14 10:27:53
4007
转载 利用thrift实现一个非阻塞带有回调机制的客户端
客户端有时需要非阻塞的去发送请求，给定服务端一个请求，要求其返回一个计算结果。但是客户端不想等待服务端处理完，而是想发送完这个指令后自己去做其他事情，当结果返回时自动的去处理。 比如举个形象点的例子：饭店的Boss让小弟A把本周店里的欠条收集起来放到自己桌子上，然后又告诉自己的小秘书坐在自己办公室等着小弟A把欠条拿过来，然后统计一下一共有多少，然后Boss自己出去半点事儿。 Boss相
2016-07-14 09:07:48
1489
转载 Java中的并发库学习总结
我们都知道，在JDK1.5之前，Java中要进行业务并发时，通常需要有程序员独立完成代码实现，当然也有一些开源的框架提供了这些功能，但是这些依然没有JDK自带的功能使用起来方便。而当针对高质量Java多线程并发程序设计时,为防止死锁等现象的出现，比如使用java之前的wait()、notify()和synchronized等，每每需要考虑性能、死锁、公平性、资源管理以及如何避免线程安全性方面带来的
2016-07-12 16:13:02
517
转载 Dubbo：来自于阿里巴巴的分布式服务框架
Dubbo是阿里巴巴SOA服务化治理方案的核心框架，每天为2,000+个服务提供3,000,000,000+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点Dubbo是一个阿里巴巴开源出来的一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。其核心部分包含:远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及
2016-07-08 10:41:36
447
转载 深入浅出 RPC - 深入篇
《深入篇》我们主要围绕 RPC 的功能目标和实现考量去展开，一个基本的 RPC 框架应该提供什么功能，满足什么要求以及如何去实现它？RPC 功能目标RPC 的主要功能目标是让构建分布式计算（应用）更容易，在提供强大的远程调用能力时不损失本地调用的语义简洁性。为实现该目标，RPC 框架需提供一种透明调用机制让使用者不必显式的区分本地调用和远程调用，在前文《浅出篇》中给出了一种
2016-07-05 17:57:44
402
转载 zookeeper原理
ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。Zookeeper是hadoop的一个子项目，其发展历程无需赘述。在分布式应用中，由于工程师不能很好地使用锁机制，以及基于消息的协调机制不适合在某些应用中使用，因此需要有一种可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态。Zookee
2016-07-05 15:44:46
427
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人