① java 分布式缓存框架有哪些
Ehcache
Ehcache 是一个Java实现的开源分布式缓存框架，EhCache 可以有效地减轻数据库的负载，可以让数据保存在不同回服务器的内存中，在需要数据的时候可以快速存取。同时EhCache 扩展非常简单，官方提供的Cache配置方式有好几种。你可以通过声明配置、在xml中配置、在程序里配置或者调用构造方法时传入不同的参数。
特点：
存取速度非常快，性能很不错。
可以应用多种缓存策略。
分级缓存，用户可以指定哪些数据在硬盘中缓存，哪些数据在内存中缓存。
可以通过RMI、可插入API等方式进行分布式缓存。
具有缓存和缓存管理器的侦听接口。
支持多缓存管理器实例，以及一个实答例的多个缓存区域。
默认提供Hibernate的缓存实现
② java分布式技术都包括什么能详细列举么
分布式是一种思想，范围很广，我得先知道它的诞生：
以前是一个数据库 一个JSP 就可以做一个应用了，后来随着业务复杂，我们开始分层，比如MVC之类的，再后来我们的数据越来越多了，比如有上亿的数据，这个时候我们一个数据库查询太慢了，就开始分库，这也算是分布式的一种。
还有比如我们的系统访问的人多了，比如双11，上千万人同时访问，我们的服务器（网站）支持不住了，这个时候就要部署到很多个服务器，每个服务器分摊请求，这也是分布式
当然随着业务扩大， 我们得分业务了，比如注册登录的，物流的，卖东西的 等等，不同的系统，但是各个系统之间进行协调，也算分布式一种
以上都算是分布式的来源，主要是解决 压力过大，大家协同工作的，那么这就涉及到一些常用的东西，或者像你说的的技术
1.你用N个数据库才放数据，至少CRUD 方面就 麻烦些了，得用cobar,tddl,mysql-proxy 等协调
2.服务器：你部署了很多服务器，肯定得用个东西来分发请求这些吧，nginx,apache 等分发请求。
3.你公司有很多系统，想很好的联系在一起，光用接口不满足了，得用一些JMS ,像activemq,ons 之类的来协调吧
4.为了解决io问题，得加缓存吧，那么缓存对应上面的，也得分布式吧，就涉及memcache,redies 等等
上面就简单的介绍了下 分布式 的东西，还有很多啦，这是常用的一些，希望你能慢慢来，不是一下子 能理解得
③ java的分布式缓存技术有哪些实现比如memcached还有没有其它
还有Xmemcached、ehcache、Sapphire等
④ JAVA目前比较常用的缓存有哪些 集中式缓存与分布式缓存有何区别 它们应用场景是
java目前常用的缓存：
Generic
JCache (JSR-107) (EhCache 3, Hazelcast, Infinispan, etc)
EhCache 2.x
Hazelcast
Infinispan
Couchbase
Redis
Caffeine
Guava (deprecated)
Simple
建议使用spring boot集成方式，可插拔，简单。
集中式缓存适用场景：专
1、服务器属集群部署。
2、数据高一致性（任何数据变化都能及时的被查询到）
分布式缓存适用场景：
系统需要缓存的数据量大
对数据的可用性较高的情况
需要横向扩展，从而达到缓存的容量无限的要求
⑤ java分布式开发，什么是分布式开发。
就是同一个服务，把数据库的不同部分分开建立到不同的服务器上。以缓解专数据库大量属数据访问的压力。
很多大公司的业务量比较大，每天的访问量都达到几百万上千万，甚至上亿的访问量，在访问量不是很大的情况下，是可以通过提高单台服务器的配置来满足需求的。但是当单台服务器已经满足不了需求的时候就需要做分布式处理了。毕竟一台服务器的处理能力是有限的。
如果分散到几台甚至几十台几百天电脑上，其优势就显现出来了。
⑥ 我想学java中有关想学分布式、缓存、消息、搜索相关知识 看什么书
hadoop，nginx，memcached，jms，lucene。
这个关键在于具体实践。
⑦ 如何用java 建立一个分布式系统
分布式架构的演进
系统架构演化历程-初始阶段架构
初始阶段 的小型系统 应用程序、数据库、文件等所有的资源都在一台服务器上通俗称为LAMP
特征：
应用程序、数据库、文件等所有的资源都在一台服务器上。
描述：
通常服务器操作系统使用Linux，应用程序使用PHP开发，然后部署在Apache上，数据库使用MySQL，汇集各种免费开源软件以及一台廉价服务器就可以开始系统的发展之路了。
系统架构演化历程-应用服务和数据服务分离
好景不长，发现随着系统访问量的再度增加，webserver机器的压力在高峰期会上升到比较高，这个时候开始考虑增加一台webserver
特征：
应用程序、数据库、文件分别部署在独立的资源上。
描述：
数据量增加，单台服务器性能及存储空间不足，需要将应用和数据分离，并发处理能力和数据存储空间得到了很大改善。
系统架构演化历程-使用缓存改善性能
特征：
数据库中访问较集中的一小部分数据存储在缓存服务器中，减少数据库的访问次数，降低数据库的访问压力。
描述：
系统访问特点遵循二八定律，即80%的业务访问集中在20%的数据上。
缓存分为本地缓存和远程分布式缓存，本地缓存访问速度更快但缓存数据量有限，同时存在与应用程序争用内存的情况。
系统架构演化历程-使用应用服务器集群
在做完分库分表这些工作后，数据库上的压力已经降到比较低了，又开始过着每天看着访问量暴增的幸福生活了，突然有一天，发现系统的访问又开始有变慢的趋势了，这个时候首先查看数据库，压力一切正常，之后查看webserver，发现apache阻塞了很多的请求，而应用服务器对每个请求也是比较快的，看来 是请求数太高导致需要排队等待，响应速度变慢
特征：
多台服务器通过负载均衡同时向外部提供服务，解决单台服务器处理能力和存储空间上限的问题。
描述：
使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源，提升系统的并发处理能力，使得服务器的负载压力不再成为整个系统的瓶颈。
系统架构演化历程-数据库读写分离
享受了一段时间的系统访问量高速增长的幸福后，发现系统又开始变慢了，这次又是什么状况呢，经过查找，发现数据库写入、更新的这些操作的部分数据库连接的资源竞争非常激烈，导致了系统变慢
特征：
多台服务器通过负载均衡同时向外部提供服务，解决单台服务器处理能力和存储空间上限的问题。
描述：
使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源，使得服务器的负载压力不在成为整个系统的瓶颈。
系统架构演化历程-反向代理和CDN加速
特征：
采用CDN和反向代理加快系统的 访问速度。
描述：
为了应付复杂的网络环境和不同地区用户的访问，通过CDN和反向代理加快用户访问的速度，同时减轻后端服务器的负载压力。CDN与反向代理的基本原理都是缓存。
系统架构演化历程-分布式文件系统和分布式数据库
随着系统的不断运行，数据量开始大幅度增长，这个时候发现分库后查询仍然会有些慢，于是按照分库的思想开始做分表的工作
特征：
数据库采用分布式数据库，文件系统采用分布式文件系统。
描述：
任何强大的单一服务器都满足不了大型系统持续增长的业务需求，数据库读写分离随着业务的发展最终也将无法满足需求，需要使用分布式数据库及分布式文件系统来支撑。
分布式数据库是系统数据库拆分的最后方法，只有在单表数据规模非常庞大的时候才使用，更常用的数据库拆分手段是业务分库，将不同的业务数据库部署在不同的物理服务器上。
系统架构演化历程-使用NoSQL和搜索引擎
特征：
系统引入NoSQL数据库及搜索引擎。
描述：
随着业务越来越复杂，对数据存储和检索的需求也越来越复杂，系统需要采用一些非关系型数据库如NoSQL和分数据库查询技术如搜索引擎。应用服务器通过统一数据访问模块访问各种数据，减轻应用程序管理诸多数据源的麻烦。
系统架构演化历程-业务拆分
特征：
系统上按照业务进行拆分改造，应用服务器按照业务区分进行分别部署。
描述：
为了应对日益复杂的业务场景，通常使用分而治之的手段将整个系统业务分成不同的产品线，应用之间通过超链接建立关系，也可以通过消息队列进行数据分发，当然更多的还是通过访问同一个数据存储系统来构成一个关联的完整系统。
纵向拆分：
将一个大应用拆分为多个小应用，如果新业务较为独立，那么就直接将其设计部署为一个独立的Web应用系统
纵向拆分相对较为简单，通过梳理业务，将较少相关的业务剥离即可。
横向拆分：将复用的业务拆分出来，独立部署为分布式服务，新增业务只需要调用这些分布式服务
横向拆分需要识别可复用的业务，设计服务接口，规范服务依赖关系。
系统架构演化历程-分布式服务
特征：
公共的应用模块被提取出来，部署在分布式服务器上供应用服务器调用。
描述：
随着业务越拆越小，应用系统整体复杂程度呈指数级上升，由于所有应用要和所有数据库系统连接，最终导致数据库连接资源不足，拒绝服务。
Q：分布式服务应用会面临哪些问题？
A：
(1) 当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。
(2) 当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。
(3) 接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？
(4) 服务多了，沟通成本也开始上升，调某个服务失败该找谁？服务的参数都有什么约定？
(5) 一个服务有多个业务消费者，如何确保服务质量？
(6) 随着服务的不停升级，总有些意想不到的事发生，比如cache写错了导致内存溢出，故障不可避免，每次核心服务一挂，影响一大片，人心慌慌，如何控制故障的影响面？服务是否可以功能降级？或者资源劣化？
Java分布式应用技术基础
分布式服务下的关键技术：消息队列架构
消息对列通过消息对象分解系统耦合性，不同子系统处理同一个消息
分布式服务下的关键技术：消息队列原理
分布式服务下的关键技术：服务框架架构
服务框架通过接口分解系统耦合性，不同子系统通过相同的接口描述进行服务启用
服务框架是一个点对点模型
服务框架面向同构系统
适合：移动应用、互联网应用、外部系统
分布式服务下的关键技术：服务框架原理
分布式服务下的关键技术：服务总线架构
服务总线同服务框架一样，均是通过接口分解系统耦合性，不同子系统通过相同的接口描述进行服务启用
服务总线是一个总线式的模型
服务总线面向同构、异构系统
适合：内部系统
分布式服务下的关键技术：服务总线原理
分布式架构下系统间交互的5种通信模式
request/response模式（同步模式）：客户端发起请求一直阻塞到服务端返回请求为止。
Callback（异步模式）：客户端发送一个RPC请求给服务器，服务端处理后再发送一个消息给消息发送端提供的callback端点，此类情况非常合适以下场景：A组件发送RPC请求给B，B处理完成后，需要通知A组件做后续处理。
Future模式：客户端发送完请求后，继续做自己的事情，返回一个包含消息结果的Future对象。客户端需要使用返回结果时，使用Future对象的.get(),如果此时没有结果返回的话，会一直阻塞到有结果返回为止。
Oneway模式：客户端调用完继续执行，不管接收端是否成功。
Reliable模式：为保证通信可靠，将借助于消息中心来实现消息的可靠送达，请求将做持久化存储，在接收方在线时做送达，并由消息中心保证异常重试。
五种通信模式的实现方式-同步点对点服务模式
五种通信模式的实现方式-异步点对点消息模式1
五种通信模式的实现方式-异步点对点消息模式2
五种通信模式的实现方式-异步广播消息模式
分布式架构下的服务治理
服务治理是服务框架/服务总线的核心功能。所谓服务治理，是指服务的提供方和消费方达成一致的约定，保证服务的高质量。服务治理功能可以解决将某些特定流量引入某一批机器，以及限制某些非法消费者的恶意访问，并在提供者处理量达到一定程度是，拒绝接受新的访问。
基于服务框架Dubbo的服务治理-服务管理
可以知道你的系统，对外提供了多少服务，可以对服务进行升级、降级、停用、权重调整等操作
可以知道你提供的服务，谁在使用，因业务需求，可以对该消费者实施屏蔽、停用等操作
基于服务框架Dubbo的服务治理-服务监控
可以统计服务的每秒请求数、平均响应时间、调用量、峰值时间等，作为服务集群规划、性能调优的参考指标。
基于服务框架Dubbo的服务治理-服务路由
基于服务框架Dubbo的服务治理-服务保护
基于服务总线OSB的服务治理-功能介绍
基于服务总线OSB的服务治理
Q：Dubbo到底是神马？
A：
淘宝开源的高性能和透明化的RPC远程调用服务框架
SOA服务治理方案
Q：Dubbo原理是？
A：
-结束-
⑧ java ehcache怎么实现分布式
java web开发缓存方案，ehcache和redis各有优劣势，对比如下： 1、适合使用ehcache的场景： 选用Ehcache作为数据存专储服务器，属Ehcache也是基于内存存储，支持定时持久化功能，非常适合存储像计数器这种小数据类型。处理Http请求使用Tomcat容器
⑨ 我想学java中有关想学分布式、缓存、消息、搜索相关知识 看什么书
如果是没有任何电脑基础的话，建议还是先看点计算机基础方面的资料，要不然直接学编程的话，理解起来会有所偏差，而且事倍功半，得不偿失。
正所谓磨刀不误砍柴工，首先要做好准备工作，就是先要获得一定的计算机基础知识。
建议先了解一下计算机的发展历史，这个阶段可以看看《计算机科学概论》，了解一下大体的情况。
然后了解一下编程语言和软件的发展历史，这些资料网上多的是，取之不尽用之不竭。
接下来就是了解java语言的历史了，这个相对没多少内容，网上也很多资料。
上面的是准备过程，那些基础知识只要了解即可，并不需要花太多时间去记忆。
如果感觉自己准备得差不多了，下面就可以开始真正学习java了，这期间如果遇到不懂的知识依然可以上网查，或者自己找资料。
对于Java的初学者来说，如果找一本比较合适的入门教材的话，完整地介绍Java的语法、面向对象和主要的API核心库等知识，那将对学习起到相当的促进作用。
首先推荐要看的是《21天学通Ja va 2》《循序渐进Java 2教程》《Java2从入门到精通》等书看起来比较浅显易懂，将Java的基本只是都涉及到了，使你在很短的时间内掌握Java的基本内容。
看完这这本书之一以后，你就想对Java全面深入的学习，现在向你推荐《Java大学教程》《Java 2编程指南》等书，这几本书对Java的语法、面向对象的知识和API函数库等介绍的比较详尽。让你能够比较熟练的使用Java来编程，解决一般的问题。
最后推荐的是《Java2核心技术》，这本书主要讲述了Java的核心技术也是J
ava的难点之处，具有很高的参考价值，无论是Java的初学者还是Java编程老手，都能从此书受益。
以上主要针对J2SE的学习进行讲述的，Java主要有J2SE、J2EE、J2ME三个部分，J2SE是基础，但是J2EE用得最多 属于Web开发技术
关于J2EE,以下是JDon的学习建议：
1. 学习web基本技术
http://www.jdon.com/idea.html
2. 学习GoF模式, 结合学习jive中模式处理设计
http://www.jdon.com/designpatterns/index.htm
http://www.jdon.com/jive.htm
3. 学习分层架构：表现层、持久层模式：struts Hibernate
http://www.jdon.com/dl/best/struts.htm
http://www.jdon.com/dl/best/hibernate.htm
4. 学习业务层模式 IOC依赖注射模式及其应用案例，如JdonFramework和JiveJdon3
http://www.jdon.com/AOPdesign/Ioc.htm
5. 学习AOP等复杂应用Spring
http://www.jdon.com/dl/best/spring.htm
6. 学习大型企业应用集群分布式计算 缓存应用 分布式事务处理，并发处理，单例和多例POOL性能解决方案等： EJB2或EJB3
7. 学习Evans DDD,揉合所有J2EE所有组件技术，实现围绕对象的快速有效开发，回归对象设计之初。大道复简！
Jdon开站至今，对于那些长期访问J道网站的人，可以发现以上学习路径。
进入上面每一个阶段都要找一个对应的现成软件代码来修改，先调试运行，然后小修小改，直至大修大改，全部消化，算是完成学习了。JiveJdon2.5(Jive2.5)、JPestore和JiveJdon3.0就是这样三个从易到难的代码。
JiveJdon2.5:
http://www.jdon.com/jive.htm
JPetstore:
http://www.jdon.com/jdonframework/app.htm#jpetstore
JiveJdon3:
http://www.jdon.com/jdonframework/jivejdon3/index.html