rcf远程调用框架编译
1. 什么是rpc框架，及其作用，在php方向上的使用
远程调用”
通常我们调用一个方法，譬如: localAdd(10, 20)，localAdd方法的具体实现要么是用户自己定义，要么存在于该语言的库函数中，也就说在localAdd方法的代码实现在本地，它是一个本地调用！
“远程调用”意思就是：被调用方法的具体实现不在程序运行本地，而是在别的某个地方；
远程调用原理
譬如 A调用B提供的remoteAdd方法：,
首先A与B之间建立一个TCP连接；
然后A把需要调用的方法名（这里是remoteAdd）以及方法参数（10， 20）序列化成字节流发送出去；
B接受A发送过来的字节流，然后反序列化得到目标方法名，方法参数，接着执行相应的方法调用（可能是localAdd）并把结果30返回；
A接受远程调用结果
RPC框架无非就是把我刚才说的那些细节通通封装起来，给用户暴露简单友好的API使用（ps：有些远程调用选择比较底层的socket协议，有些远程调用选择比较上层的HTTP协议）；
远程调用好处：
解耦：当方法提供者需要对方法内实现修改时，调用者完全感知不到，不用做任何变更；这种方式在跨部门，跨公司合作的时候经常用到，并且方法的提供者我们通常称为：服务的暴露方
至于soap，yar，phprpc,thrift这几样的东西，一个都没用过，所以不好评价
2. 什么是DWR
DWR 是什么？
DWR是Direct Web Remoting 的缩写。
DWR 是一个开放源码的使用 Apache 许可协议的解决方案，它包含服务器端 java 库、一个 DWR servlet 以及 JavaScript 库。虽然 DWR 不是 Java 平台上唯一可用的 Ajax-RPC 工具包，但是它是最成熟的，而且提供了许多有用的功能。
从最简单的角度来说，DWR 是一个引擎，可以把服务器端 Java 对象的方法公开给 JavaScript 代码。使用 DWR 可以有效地从应用程序代码中把 Ajax 的全部请求-响应循环消除掉。这意味着客户端代码再也不需要直接处理 XMLHttpRequest 对象或者服务器的响应。不再需要编写对象的序列化代码或者使用第三方工具才能把对象变成 XML。甚至不再需要编写 servlet 代码把 Ajax 请求调整成对 Java 域对象的调用。
DWR 是作为 Web 应用程序中的 servlet 部署的。把它看作一个黑盒子，这个 servlet 有两个主要作用：首先，对于公开的每个类，DWR 动态地生成包含在 Web 页面中的 JavaScript。生成的 JavaScript 包含存根函数，代表 Java 类上的对应方法并在幕后执行 XMLHttpRequest。这些请求被发送给 DWR，这时它的第二个作用就是把请求翻译成服务器端 Java 对象上的方法调用并把方法的返回值放在 servlet 响应中发送回客户端，编码成 JavaScript。DWR 还提供了帮助执行常见的用户界面任务的 JavaScript 工具函数。
3. 反应式微服务框架Flower
Flower是一个构建在Akka上的反应式微服务框架，开发者只需要针对每一个细粒度的业务功能开发一个Service服务，并将这些Service按照业务流程进行可视化编排，即可得到一个反应式系统。
Flower既是一个反应式编程框架，又是一个分布式微服务框架。
Flower框架使得开发者无需关注反应式编程细节，即可得到一个反应式系统。
快速上手
Flower框架的主要元素包括：Flower Service（服务）、Flower 流程和Flow容器。Service实现一个细粒度的服务功能，Service之间通过Message关联，前一个Service的返回值（Message），必须是后一个Service的输入参数（Message），Service按照业务逻辑编辑成一个Flow（流程），Flower容器负责将前一个Service的返回消息，传递给后一个Service。
安装
Maven
Gradle
SBT
Ivy
Flower初始化
Flower使用前需要进行初始化，这里演示最简单的方式。
Flower初始化
定义Flower服务
开发Service类必须实现Flower框架的Service接口或者继承AbstractService基类，在process方法内完成服务业务逻辑处理。
UserServiceA
UserServiceB
UserServiceC1
服务注册
Flower提供两种服务注册方式：配置文件方式和编程方式。
服务流程编排
Flower框架提供两种服务流程编排方式：配置文件方式和编程方式。
两种编排方式的结果是一样：
调用Flower流程
前面定义了3个Flower服务，并编排了名称为flower_test的服务流程。那么怎么使用它呢？
完整示例
在Flower里面消息是一等公民，基于Flower开发的应用系统是面向消息的应用系统。 消息由Service产生，是Service的返回值；同时消息也是Service的输入。前一个Service的返回消息是下一个Service的输入消息，没有耦合的Service正是通过消息关联起来，组成一个Service流程，并最终构建出一个拥有完整处理能力的应用系统。流程举例：
术语
Flower消息处理模式
消息除了将服务串联起来，构成一个简单的串行流程，还可以组合应用，产生更强大的功能。
消息分叉
消息分叉是指，一个服务输出的消息，可能产生分叉，分发给1个或者多个其他服务。消息分叉后有两种处理方式，全部分发和条件分发。
全部分发
将输出消息分发给全部流程后续服务。后续多个服务接受到消息后，并行执行。这种模式多用于可并行执行的多个子任务，比如用户注册成功后，需要1、将用户数据写入数据库，2、给用户发送激活邮件，3、给用户发送通知短信，4、将新用户注册信息发送给关联产品，实现账户打通。上述4个服务就可以采用消息全部分发模式，接受用户注册消息，并发完成上述4个任务。
要实现消息全部分发，需要在流程中进行配置，所有需要接受前序服务的输出消息的服务都要配置在流程中，如
service1是前序服务，service2和service3是后继服务。 如果service2和service3的class定义中，实现Service接口的声明中指定了泛型，则泛型类型必须是service1的输出类型或者其父类。
Service1
Service2
Service3
条件分发
有时候，前一个服务产生的消息，根据消息内容和业务逻辑可能会交给后续的某一个服务处理，而不是全部服务处理。比如用户贷款申请，当前服务计算出用户信用等级后，需要根据信用等级判断采用何种贷款方式，或者是拒绝贷款，不同贷款方式和拒绝贷款是不同的服务，这些服务在流程配置的时候，都需要配置为前序服务的后继服务，但是在运行期根据条件决定将消息分发给具体哪个后继服务。
实现条件分发在流程配置上和全部分发一样，所有可能的后继服务都要配置在流程中。具体实现条件分发有如下三种方式。
根据泛型进行分发
后续服务实现接口的时候声明不同的泛型类型，前序服务根据业务逻辑构建不同的消息类型，Flower会根据消息类型匹配对应的服务，只有成功匹配，消息才发送给过去。比如：
构建流程
声明ServiceB接受的消息类型为MessageB
ServiceA
ServiceB是ServiceA的后续服务，ServiceA收到的消息如果是字符串“b”，就会返回消息类型B，这时候框架就会将消息发送给ServiceB，而不会发送给ServiceC。
在消息中指定后继服务的id进行分发
前序消息实现Condition接口，并指定后继服务的id，如：
一般说来，服务是可复用的，可复用于不同的流程中，但是在不同的流程中后继服务可能是不同的，后继服务的id也是不同的，在服务中写死后续服务id，显然不利于服务的复用。解决方案有两种，一种是在不同的流程中，写一个专门用于分发的服务，也就是处理业务逻辑的服务并不关心消息的分发，只管返回消息内容，但是其后继服务是一个专门用来做消息分发的服务，这个服务没有业务逻辑，仅仅实现Condition接口根据消息内容指定后继服务。
另一种是使用框架内置服务ConditionService进行消息分发
使用框架内置服务ConditionService进行消息分发
ConditionService是一个通用的消息分发服务，
服务serviceE要将消息根据条件分发给serviceF或者serviceG，流程配置如上，中间加入serviceCondition进行适配。 serviceCondition的服务注册方法为
com.ly.train.flower.common.service.ConditionService为框架内置服务
这种方式中，依然需要在serviceCondition的前驱服务serviceE中设置返回消息的condition，但是不必设置后续服务的id，只需要设置后续服务的顺序号即可。
几种条件分发的代码示例参考/flower.sample/src/main/java/com/ly/train/flower/common/sample/condition/Sample.java
消息聚合
对于全部分发的消息分叉而言，通常目的在于使多个服务能够并行执行，加快处理速度。通常还需要得到这些并行处理的服务的全部结果，进行后续处理。 在Flower中，得到多个并行处理服务的结果消息，称为消息聚合。实现方式为，在流程中，配置需要聚合的多个消息的后续服务为com.ly.train.flower.common.service.AggregateService，这是一个框架内置服务，负责聚合多个并行服务产生的消息，将其封装到一个Set对象中返回。 如流程
这里的service5就是一个消息聚合服务，负责聚合并行的service2和service3产生的消息，并把聚合后的Set消息发送给service4. 服务配置如下，service5配置为框架内置服务AggregateService。
service4负责接收处理聚合后的消息，从Set中取出各个消息，分别处理。
消息回复
Flower中的消息全部都是异步处理，也就是服务之间不会互相阻塞等待，以实现低耦合、无阻塞、高并发的响应式系统。Flower流程调用者发送出请求消息以后，消息在流程中处理，调用者无需阻塞等待处理结果，可以继续去执行其他的计算任务。
和传统的命令式编程不同，通常流程的发起调用者并不是流程处理结果的最终接受者，比如对于web开发，流程的发起者通常是一个servlet，但是真正接受处理结果的是用户端浏览器或者App，流程中的服务可以直接发送处理结果给用户端，而不必通过servlet。也就是调用发起者servlet无需等待流程服务的最终处理结果，将用户请求发送到流程中后，不必阻塞等待处理，可以立即获取另一个用户的请求继续进行处理。
但是Flower也支持调用者阻塞等待消息处理结果，消息回复模式可以使流程调用者得到流程处理的最终结果消息。可参考代码示例 /flower.sample/src/main/java/com/ly/train/flower/common/sample/textflow/Sample.java
Flower web开发模式
Flower集成Servlet3的web开发模式
Flower支持Servlet3的异步模式，请求处理线程在调用Flower流程，并传入AsyncContext对象后立即释放。 代码示例参考/flower.sample/src/main/java/com/ly/train/flower/common/sample/web/async/AsyncServlet.java
开发支持Servlet3的Flower服务，需要实现框架的Service接口，在方法 Object process(T message, ServiceContext context) throws Exception;中，Flower框架会传入一个Web对象，通过context.getWeb()得到Web对象，用以获得请求参数和输出处理响应结果。
Flower集成Spring boot的web开发模式
Flower支持Spring boot开发，在项目中依赖flower.web，实现框架中的Service接口和InitController接口。 初始化@BindController注解需要的参数，在编译过程中自动由flower.web枚举@BindController注解, 生成Spring boot需要的Controller。
注意： flower.web利用annotation为Service生成spring boot所需的Controller类。这个生成过程在程序编译的时候完成，如果IDE环境不支持热编译，需要在命令行执行mvn install生成代码。
代码示例参考/flower.sample/src/main/java/com/ly/train/flower/common/sample/springboot
使用Flower框架的开发建议
Flower分布式部署架构
开发流程
一. 启动Flower.center注册中心
二. 开发Flower Service，启动业务服务Flower容器，自动向注册中心注册服务
三. 开发Flower web网关，启动Flower网关服务，编排流程
一. 注册中心
Flower.center基于spring-boot开发，通过打包成fat-jar后通过命令行启动即可。
Flower注册中心启动入口/flower.center/src/main/java/com/ly/train/flower/center/CenterApplication.java Flower注册中心启动命令java -jar flower.center-0.1.2.jar
二. 启动业务Flower容器
Flower部署支持Flower容器和Spring容器，下面的例子基于spring-boot演示
2.1 创建配置文件flower.yml
2.2 配置FlowerFactory
2.3 开发flower服务
2.4 创建启动类
三. 启动网关服务器，编排流程
3.1 创建flower.yml
3.2 配置FlowerFactory
3.3 开发Flower服务
3.4 开发网关Controller
3.5 启动类
实例项目细节
flower分布式实例 https://github.com/leeyazhou/flower.showcase.git
核心概念
FlowerFactory
使用默认的FlowerFactory
按需创建自己的FlowerFactory，配置文件路径默认读取classpath:flower.yml,配置文件内容格式为yaml风格，详情查看配置信息。
获取FlowerFactory之后，就可以使用它提供的接口：
FlowRouter流程路由器，创建流程之后，通过FlowerFactory可以创建出对应的路由器，之后便可以进行服务的调用了。
分布式
Flower.yml配置信息
了解关于Flower的内部设计，有助于你更好地利用Flower开发一个反应式系统。
Flower core模块（进程内流式微服务框架）设计
Flower基于Akka的Actor进行开发，将Service封装到Actor里面，Actor收到的消息作为参数传入Service进行调用，Service的输出发送给后续Actor作为Service的输入。
Flower核心类
Flower初始化及调用时序
服务流程初始化
消息流处理
Flower的核心设计不过如此。但是由此延伸出来的应用方法和设计模式却和Akka有了极大的不同。
分布式流式微服务框架设计
传统的分布式微服务框架通过远程调用的方式实现服务的解耦与分布式部署，使得系统开发、维护、服务复用、集群部署更加方便灵活，但是这种微服务依然许多不足之处
流式微服务框架Flower致力于构建一种新的微服务架构体系，使用流式计算的架构思想，以一种更加轻量、更易于设计开发、消息驱动、弱依赖，异步并发的技术特点开发实现微服务系统
架构
部署模型
Flower将整个应用系统集群统一管理控制，控制中心控制管理集群的所有资源
Agent部署在集群每一台服务器上，负责加载服务实例，并向控制中心汇报状态
代码仓库负责管理服务的java程序包，程序包用assembly打包
控制中心和Agent基于Akka开发，每个服务包装一个actor里面，actor之间负责消息的通信
集群启动与服务部署时序模型
注册服务数据结构
服务之间的依赖关系在控制中心编排
4. java 目前市面上比较火的框架有哪些
Java 始终排在第一位，这使它成为有史以来最着名的软件编程语言之一。及时的更新和新版本发布使它成为一种充满活力的、有竞争力的编程语言。
2020年最常用的java框架
十大常用框架：
一、SpringMVC
二、Spring
三、Mybatis
四、Dubbo
五、Maven
六、RabbitMQ
七、Log4j
八、Ehcache
九、Redis
十、Shiro
模型（Model ）封装了应用程序的数据和一般他们会组成的POJO。
视图（View）是负责呈现模型数据和一般它生成的HTML输出，客户端的浏览器能够解释。
控制器（Controller ）负责处理用户的请求，并建立适当的模型，并把它传递给视图渲染。
Spring的web模型 - 视图 - 控制器（MVC）框架是围绕着处理所有的HTTP请求和响应的DispatcherServlet的设计。
Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading懒加载
Debugging 调试
logging, tracing, profiling and monitoring记录跟踪优化校准
Performance optimization性能优化
Persistence 持久化
Resource pooling资源池
Synchronization同步
Transactions 事务
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
一、SpringMVC
Spring Web MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，Spring Web MVC也是要简化我们日常Web开发的。
Spring Web MVC处理请求的流程
具体执行步骤如下：
1、 首先用户发送请求————>前端控制器，前端控制器根据请求信息（如URL）来决定选择哪一个页面控制器进行处理并把请求委托给它，即以前的控制器的控制逻辑部分；图2-1中的1、2步骤；
2、 页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，这个对象在Spring Web MVC中叫命令对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个ModelAndView（模型数据和逻辑视图名）；图2-1中的3、4、5步骤；
3、 前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图2-1中的步骤6、7；
4、 前端控制器再次收回控制权，将响应返回给用户，图2-1中的步骤8；至此整个结束。
二、Spring
2.1、IOC容器：
IOC容器就是具有依赖注入功能的容器，IOC容器负责实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。应用程序无需直接在代码中new相关的对象，应用程序由IOC容器进行组装。在Spring中BeanFactory是IOC容器的实际代表者。
2.2、AOP：
简单地说，就是将那些与业务无关，却为业务模块所共同调用的逻辑或责任封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可操作性和可维护性。AOP代表的是一个横向的关系
AOP用来封装横切关注点，具体可以在下面的场景中使用:
三、Mybatis
MyBatis 是支持普通 sql查询，存储过程和高级映射的优秀持久层框架。MyBatis 消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。MyBatis 使用简单的 XML或注解用于配置和原始映射，将接口和 Java 的POJOs（Plain Old Java Objects，普通的 Java对象）映射成数据库中的记录。
总体流程：
(1)加载配置并初始化
触发条件：加载配置文件
将SQL的配置信息加载成为一个个MappedStatement对象（包括了传入参数映射配置、执行的SQL语句、结果映射配置），存储在内存中。
(2)接收调用请求
触发条件：调用Mybatis提供的API
传入参数：为SQL的ID和传入参数对象
处理过程：将请求传递给下层的请求处理层进行处理。
(3)处理操作请求
触发条件：API接口层传递请求过来
传入参数：为SQL的ID和传入参数对象
处理过程：
(A)根据SQL的ID查找对应的MappedStatement对象。
(B)根据传入参数对象解析MappedStatement对象，得到最终要执行的SQL和执行传入参数。
©获取数据库连接，根据得到的最终SQL语句和执行传入参数到数据库执行，并得到执行结果。
(D)根据MappedStatement对象中的结果映射配置对得到的执行结果进行转换处理，并得到最终的处理结果。
(E)释放连接资源。
(4)返回处理结果将最终的处理结果返回
MyBatis 最强大的特性之一就是它的动态语句功能。如果您以前有使用JDBC或者类似框架的经历，您就会明白把SQL语句条件连接在一起是多么的痛苦，要确保不能忘记空格或者不要在columns列后面省略一个逗号等。动态语句能够完全解决掉这些痛苦。
四、Dubbo
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC（远程过程调用协议）远程服务调用方案，以及SOA服务治理方案。简单的说，bbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有bbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架。
1、透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2、软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
3、 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。
节点角色说明：
五、Maven
Maven这个个项目管理和构建自动化工具，越来越多的开发人员使用它来管理项目中的jar包。但是对于我们程序员来说，我们最关心的是它的项目构建功能。
六、RabbitMQ
消息队列一般是在项目中，将一些无需即时返回且耗时的操作提取出来，进行了异步处理，而这种异步处理的方式大大的节省了服务器的请求响应时间，从而提高了系统的吞吐量。
RabbitMQ是用Erlang实现的一个高并发高可靠AMQP消息队列服务器。
Erlang是一门动态类型的函数式编程语言。对应到Erlang里，每个Actor对应着一个Erlang进程，进程之间通过消息传递进行通信。相比共享内存，进程间通过消息传递来通信带来的直接好处就是消除了直接的锁开销(不考虑Erlang虚拟机底层实现中的锁应用)。
AMQP(Advanced Message Queue Protocol)定义了一种消息系统规范。这个规范描述了在一个分布式的系统中各个子系统如何通过消息交互。
七、Log4j
日志记录的优先级，分为OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者您定义的级别。
八、Ehcache
EhCache 是一个纯Java的进程内缓存框架，具有快速、精干等特点，是Hibernate中默认的CacheProvider。Ehcache是一种广泛使用的开源Java分布式缓存。主要面向通用缓存,Java EE和轻量级容器。它具有内存和磁盘存储，缓存加载器,缓存扩展，缓存异常处理程序，一个gzip缓存servlet过滤器，支持REST和SOAP api等特点。
优点：
1、 快速
2、 简单
3、 多种缓存策略
4、缓存数据有两级：内存和磁盘，因此无需担心容量问题
5、 缓存数据会在虚拟机重启的过程中写入磁盘
6、可以通过RMI、可插入API等方式进行分布式缓存
7、 具有缓存和缓存管理器的侦听接口
8、支持多缓存管理器实例，以及一个实例的多个缓存区域
9、提供Hibernate的缓存实现
缺点：
1、使用磁盘Cache的时候非常占用磁盘空间：这是因为DiskCache的算法简单，该算法简单也导致Cache的效率非常高。它只是对元素直接追加存储。因此搜索元素的时候非常的快。如果使用DiskCache的，在很频繁的应用中，很快磁盘会满。
2、不能保证数据的安全：当突然kill掉java的时候，可能会产生冲突，EhCache的解决方法是如果文件冲突了，则重建cache。这对于Cache数据需要保存的时候可能不利。当然，Cache只是简单的加速，而不能保证数据的安全。如果想保证数据的存储安全，可以使用Bekeley DB Java Edition版本。这是个嵌入式数据库。可以确保存储安全和空间的利用率。
九、Redis
redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set –有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。
Redis数据库完全在内存中，使用磁盘仅用于持久性。相比许多键值数据存储，Redis拥有一套较为丰富的数据类型。Redis可以将数据复制到任意数量的从服务器。
1.2、Redis优点：
（1）异常快速：Redis的速度非常快，每秒能执行约11万集合，每秒约81000+条记录。
（2）支持丰富的数据类型：Redis支持最大多数开发人员已经知道像列表，集合，有序集合，散列数据类型。这使得它非常容易解决各种各样的问题，因为我们知道哪些问题是可以处理通过它的数据类型更好。
（3）操作都是原子性：所有Redis操作是原子的，这保证了如果两个客户端同时访问的Redis服务器将获得更新后的值。
（4）多功能实用工具：Redis是一个多实用的工具，可以在多个用例如缓存，消息，队列使用(Redis原生支持发布/订阅)，任何短暂的数据，应用程序，如Web应用程序会话，网页命中计数等。
1.3、Redis缺点：
（1）单线程
（2）耗内存
十、Shiro
Apache Shiro是Java的一个安全框架，旨在简化身份验证和授权。Shiro在JavaSE和JavaEE项目中都可以使用。它主要用来处理身份认证，授权，企业会话管理和加密等。Shiro的具体功能点如下：
（1）身份认证/登录，验证用户是不是拥有相应的身份；
（2）授权，即权限验证，验证某个已认证的用户是否拥有某个权限；即判断用户是否能做事情，常见的如：验证某个用户是否拥有某个角色。或者细粒度的验证某个用户对某个资源是否具有某个权限；
（3）会话管理，即用户登录后就是一次会话，在没有退出之前，它的所有信息都在会话中；会话可以是普通JavaSE环境的，也可以是如Web环境的；
（4）加密，保护数据的安全性，如密码加密存储到数据库，而不是明文存储；
（5）Web支持，可以非常容易的集成到Web环境；
Caching：缓存，比如用户登录后，其用户信息、拥有的角色/权限不必每次去查，这样可以提高效率；
（6）shiro支持多线程应用的并发验证，即如在一个线程中开启另一个线程，能把权限自动传播过去；
（7）提供测试支持；
（8）允许一个用户假装为另一个用户（如果他们允许）的身份进行访问；
（9）记住我，这个是非常常见的功能，即一次登录后，下次再来的话不用登录了。
文字描述可能并不能让猿友们完全理解具体功能的意思。下面我们以登录验证为例，向猿友们介绍Shiro的使用。至于其他功能点，猿友们用到的时候再去深究其用法也不迟。
十一、设计模式
这个算不上框架，可自行忽略，不过我认为设计模式的思想很有必要了解一下。
思想：
开闭原则：
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码。
针对接口编程，针对接口编程，依赖于抽象而不依赖于具体。
尽量使用合成/聚合的方式，而不是使用继承。
一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
使用多个隔离的接口，比使用单个接口要好。
里氏代换原则：
（1）子类的能力必须大于等于父类，即父类可以使用的方法，子类都可以使用。
（2）返回值也是同样的道理。假设一个父类方法返回一个List，子类返回一个ArrayList，这当然可以。如果父类方法返回一个ArrayList，子类返回一个List，就说不通了。这里子类返回值的能力是比父类小的。
（3）还有抛出异常的情况。任何子类方法可以声明抛出父类方法声明异常的子类。 而不能声明抛出父类没有声明的异常。
5. DWR是什么
DWR(Direct Web Remoting)是一个WEB远程调用框架.利用这个框架可以让AJAX开发变得很简单.利用DWR可以在客户端利用JavaScript直接调用服务端的Java方法并返回给JavaScript就好像直接本地客户端调用一样(DWR根据Java类来动态生成JavaScrip代码).它的最新版本DWR0.6添加许多特性如:支持Dom Trees的自动配置,支持Spring(JavaScript远程调用spring bean),更好浏览器支持,还支持一个可选的commons-logging日记操作。
6. php rpc好用吗,有什么优缺点php rpc框架哪个好
什么是RPC框架？ 如果用一句话概括RPC就是：远程调用框架（Remote Procere Call）那什么是远程调用？通常我们调用一个php中的方法，比如这样一个函数方法: localAdd(10, 20)，localAdd方法的具体实现要么是用户自己定义的，要么是php库函数中自带的，也就说在localAdd方法的代码实现在本地，它是一个本地调用！远程调用意思就是：被调用方法的具体实现不在程序运行本地，而是在别的某个远程地方。
远程调用原理
比如 A (client) 调用 B (server) 提供的remoteAdd方法：
首先A与B之间建立一个TCP连接；
然后A把需要调用的方法名（这里是remoteAdd）以及方法参数（10， 20）序列化成字节流发送出去；
B接受A发送过来的字节流，然后反序列化得到目标方法名，方法参数，接着执行相应的方法调用（可能是localAdd）并把结果30返回；
A接受远程调用结果,输出30。
RPC框架就是把我刚才说的这几点些细节给封装起来，给用户暴露简单友好的API使用。
远程调用的好处
解耦：当server需要对方法内实现修改时，client完全感知不到，不用做任何变更；这种方式在跨部门，跨公司合作的时候经常用到，并且方法的提供者我们通常称为：服务的暴露。
RPC与Socket有什么区别？
通过上面的简单阐述，好像RPC与Socket 好像啊。都是调用远程的方法，都是client/server模式，我之前也写了一篇文章: 细说socket 那他们有啥区别呢?
RPC（远程过程调用）采用客户机/服务器模式实现两个进程之间相互通信。socket是RPC经常采用的通信手段之一，RPC是在Socket的基础上实现的，它比socket需要更多的网络和系统资源。除了Socket，RPC还有其他的通信方法，比如：http、操作系统自带的管道等技术来实现对于远程程序的调用。微软的Windows系统中，RPC就是采用命名管道进行通信。
RPC与REST有什么区别？
通过了解RPC后，我们知道是RPC是client/server模式的，调用远程的方法，REST也是我们熟悉的一套API调用协议方法，它也是基于client/server模式的，调用远程的方法的，那他俩又有啥区别呢？
REST API 和 RPC 都是在 Server端 把一个个函数封装成接口暴露出去，以供 Client端 调用，不过 REST API 是基于HTTP协议的，REST致力于通过http协议中的POST/GET/PUT/DELETE等方法和一个可读性强的URL来提供一个http请求。而 RPC 则可以不基于 HTTP协议
因此，如果是后端两种语言互相调用，用 RPC 可以获得更好的性能（省去了 HTTP 报头等一系列东西），应该也更容易配置。如果是前端通过 AJAX 调用后端，那么用 REST API 的形式比较好（因为无论如何也避不开 HTTP 这道坎）。
php中流行的rpc框架有哪些
既然php是世界上最好的语言，那php中流行的RPC框架有哪些呢？
先列举下： phprpc，yar, thrift, gRPC, swoole, hprose
因为时间和精力有限，不可能一个一个的去学习和使用，我选几个世面上用的最多的几个用下吧。因为RPC原理是一样的，都是Client/Server模式，只是每个框架的使用方式不一样而已。
7. 作为一个JAVA程序员, 应该掌握哪些知识, 目前, 比较流行的java开发框架有哪些,
java基础，三大主流数据库mysql，orcale，sql server；然后是j2ee的相关知识，也就是java开发框架。
Spring Framework 【Java 开源JEE框架】
Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。
Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。Spring的架构基础是基于使用JavaBean属性的
Inversion of
Control容器。然而，这仅仅是完整图景中的一部分：Spring在使用IoC容器作为构建完关注所有架构层的完整解决方案方面是独一无二的。
Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了
Hibernate和其他O/R mapping解决方案。Spring还提供了唯一的事务管理抽象，它能够在各种底层事务管理技术，例如JTA或者
JDBC事务提供一个一致的编程模型。Spring提供了一个用标准Java语言编写的AOP框架，它给POJOs提供了声明式的事务管理和其他企业事务
--如果你需要--还能实现你自己的aspects。这个框架足够强大，使得应用程序能够抛开EJB的复杂性，同时享受着和传统EJB相关的关键服务。
Spring还提供了可以和IoC容器集成的强大而灵活的MVC Web框架。【SpringIDE：Eclipse平台下一个辅助开发插件】.
WebWork 【Java开源Web开发框架】
WebWork是由OpenSymphony组织开发的，致力于组件化和代码重用的拉出式MVC模式J2EE
Web框架。WebWork目前最新版本是2.1，现在的WebWork2.x前身是Rickard
Oberg开发的WebWork，但现在WebWork已经被拆分成了Xwork1和WebWork2两个项目。
Xwork简洁、灵活功能强大，它是一个标准的Command模式实现，并且完全从web层脱离出来。
Xwork提供了很多核心功能：前端拦截机(interceptor)，运行时表单属性验证，类型转换，强大的表达式语言(OGNL – the
Object Graph Notation Language)，IoC(Inversion of Control倒置控制)容器等。
WebWork2建立在Xwork之上，处理HTTP的响应和请求。WebWork2使用ServletDispatcher将HTTP请求的变成
Action(业务层Action类),
session(会话)application(应用程序)范围的映射，request请求参数映射。WebWork2支持多视图表示，视图部分可以使用
JSP, Velocity, FreeMarker,
JasperReports，XML等。在WebWork2.2中添加了对AJAX的支持，这支持是构建在DWR与Dojo这两个框架的基础之上.
【EclipseWork：用于WebWork辅助开发的一个Eclipse插件】
Struts 【Java开源Web开发框架】
Struts是一个基于Sun
J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，在过去的一年中颇受关注。Struts把Servlet、JSP、自定义标签和信息资源(message
resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。【StrutsIDE：用于Struts辅助开发的一个Eclipse插件】
Hibernate 【Java开源持久层框架】
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。Eclipse平台下的Hibernate辅助开发工具:【Hibernate
Synchronizer】【MiddlegenIDE】
Quartz 【Java开源调度框架】
Quartz是OpenSymphony开源组织在Job
scheling领域又一个开源项目,它可以与J2EE与J2SE应用程序相结合也可以单独使用。Quartz可以用来创建简单或为运行十个，百个，甚至是好几万个Jobs这样复杂的日程序表。Jobs可以做成标准的Java组件或
EJBs。Quartz的最新版本为Quartz 1.5.0。
Velocity 【Java开源模板引擎】
Velocity是一个基于java的模板引擎(template engine)。它允许任何人仅仅简单的使用模板语言(template
language)来引用由java代码定义的对象。当Velocity应用于web开发时，界面设计人员可以和java程序开发人员同步开发一个遵循MVC架构的web站点，也就是说，页面设计人员可以只关注页面的显示效果，而由java程序开发人员关注业务逻辑编码。Velocity将java代码从web页面中分离出来，这样为web站点的长期维护提供了便利，同时也为我们在JSP和PHP之外又提供了一种可选的方案。
Velocity的能力远不止web站点开发这个领域，例如，它可以从模板(template)产生SQL和PostScript、XML，它也可以被当作一个独立工具来产生源代码和报告，或者作为其他系统的集成组件使用。Velocity也可以为Turbine
web开发架构提供模板服务(template
service)。Velocity+Turbine提供一个模板服务的方式允许一个web应用以一个真正的MVC模型进行开发。【VeloEclipse
：Velocity在Eclipse平台下的一个辅助开发插件】
IBATIS 【Java开源持久层框架】
使用ibatis 提供的ORM机制，对业务逻辑实现人员而言，面对的是纯粹的Java对象， 这一层与通过Hibernate 实现ORM
而言基本一致，而对于具体的数据操作，Hibernate 会自动生成SQL 语句，而ibatis 则要求开发者编写具体的SQL
语句。相对Hibernate等 “全自动”ORM机制而言，ibatis
以SQL开发的工作量和数据库移植性上的让步，为系统设计提供了更大的自由空间。作为“全自动”ORM 实现的一种有益补充，ibatis 的出现显
得别具意义。
Compiere ERP&CRM 【Java开源ERP与CRM系统】
Compiere
ERP&CRM为全球范围内的中小型企业提供综合型解决方案，覆盖从客户管理、供应链到财务管理的全部领域，支持多组织、多币种、多会计模式、多成本计算、多语种、多税制等国际化特性。易于安装、易于实施、易于使用。只需要短短几个小时，您就可以使用申购-采购-发票-付款、报价-订单-发票-收款、产品与定价、资产管理、客户关系、供应商关系、员工关系、经营业绩分析等强大功能了。
Roller Weblogger 【Java开源Blog博客】
这个weblogging
设计得比较精巧，源代码是很好的学习资料。它支持weblogging应有的特性如：评论功能，所见即所得HTML编辑，TrackBack，提供页面模板，RSS
syndication,blogroll管理和提供一个XML-RPC 接口。
Eclipse 【Java开源IDE】
Eclipse平台是IBM向开发源码社区捐赠的开发框架，它之所以出名并不是因为IBM宣称投入开发的资金总数
—4千万美元，而是因为如此巨大的投入所带来的成果：一个成熟的、精心设计的以及可扩展的体系结构。
XPlanner 【Java开源项目管理】
XPlanner 一个基于Web的XP团队计划和跟踪工具。XP独特的开发概念如iteration、user
stories等，XPlanner都提供了相对应的的管理工具，XPlanner支持XP开发流程，并解决利用XP思想来开发项目所碰到的问题。
XPlanner特点包括：简单的模型规划，虚拟笔记卡(Virtual note cards),iterations、user
stories与工作记录的追踪，未完成stories将自动迭代，工作时间追踪，生成团队效率，个人工时报表，SOAP界面支持。
HSQLDB 【Java开源开源数据库】
HSQLDB(Hypersonic SQL)是纯Java开发的关系型数据库,并提供JDBC驱动存取数据。支持ANSI-92 标准
SQL语法。而且他占的空间很小。大约只有160K,拥有快速的数据库引擎。
Liferay 【Java开源门户系统】
代表了完整的J2EE应用，使用了Web、EJB以及JMS等技术，特别是其前台界面部分使用Struts
框架技术，基于XML的portlet配置文件可以自由地动态扩展，使用了Web Services来支持一些远程信息的获取，使用 Apahce
Lucene实现全文检索功能。
主要特点：
提供单一登陆接口，多认证模式(LDAP或 SQL);
管理员能通过用户界面轻松管理用户，组，角色;
用户能可以根据需要定制个性化的portal layout;
能够在主流的J2EE应用服务器上运行，如JBoss+Jetty/Tomcat,JOnAS;
支 持主流的数据库，如PostgreSQL,MySQL;
使用了第三放的开源项目，如Hibernate, Lucene, Struts;
支持包括中文在内的多种语言;
采用最先进的技术 Java, EJB, JMS, SOAP, XML;
JetSpeed 【Java开源门户系统】
Jetspeed是一个开放源代码的企业信息门户(EIP)的实现, 使用的技术是Java和XML. 用户可以使用浏览器,
支持WAP协议的手机或者其它的设备访问Jetspeed架设的信息门户获取信息. Jetspeed扮演着信息集中器的角色,
它能够把信息集中起来并且很容易地提供给用户.
Jetspeed具有如下的特征:
即将成为标准化的Java Portlet API
基于模板的布局, 包括JSP和Velocity
通过开放的内容同步技术支持远程XML 内容交换
定制默认的主页
使用数据库进行用户认证
内存缓存技术, 加快页面的响应
通 过Rich Site Summary技术, 支持同步内容
和Cocoon, WebMacro, Velocity集成.
Wireless Markup Language (WML) 支持
使用XML格式的配置文件注册portlet.
完整的 Web Application Archive (WAR) 支持
Web应用程序开发的基础设施
可以在本地缓 存远程内容
与Avantgo同步
可移植到所有支持JDK1.2和Servlet 2.2的平台
与 Turbine模块和服务集成
可以根据用户, 安装媒体类型和语言的不同设定, 产生不同的个性化服务
持续化服 务使得所由的portlet能够容易的存储每个用户的状态, 页面和portlet
使用皮肤技术使得用户可以选择portlet的颜 色和显示属性
自定义功能是的管理员可以选择portlet以及定义个人页面的布局
在数据库中存储PSML
通 过Jetspeed的安全portlets管理用户, 组,角色和权限
基于角色对访问portlet进行控制
JOnAS 【Java开源应用服务器】
JOnAS是一个开放源代码的J2EE实现，在ObjectWeb协会中开发。整合了Tomcat或Jetty成为它的Web容器，以确保符合Servlet
2.3和JSP 1.2规范。JOnAS服务器依赖或实现以下的Java API：JCA、JDBC、JTA
、JMS、JMX、JNDI、JAAS、JavaMail 。
JFox3.0 【Java开源应用服务器】
JFox 是 Open Source Java EE Application Server，致力于提供轻量级的Java
EE应用服务器，从3.0开始，JFox提供了一个支持模块化的MVC框架，以简化EJB以及Web应用的开发!
如果您正在寻找一个简单、轻量、高效、完善的Java EE开发平台，那么JFox正是您需要的。
JFox 3.0 拥有以下特性：
重 新设计的 IoC 微内核，融入 OSGi 模块化思想
设计成嵌入式架构，能够和任何 Java Web Server集成部署
支 持 EJB3，JPA规范，支持容器内和容器外两种方式运行EJB和JPA组件
支持 EJB 发布成Web Service
采 用 JOTM(http://jotm.objectweb.org/)提供事务处理，支持两阶段提交 (2PC)
采用 XAPool(http://forge.objectweb.org/projects/xapool/) 提供 XA
DataSource，支持智能连接池管理
内置 MVC 框架，实现自动Form
Mapping,Validator,Uploading等功能，支持JSP/Velocity/Freemarker页面引擎，并支持直接在
Action中注入EJB
支持多应用模块部署，让中大型应用充分享受模块化开发带来的优势
提供 Manager 管理模块，可以查看和管理各种运行时参数
提供根据 JFox 特色重写的 Petstore 应用模块
EasyJWeb 【Java开源Web开发框架】
EasyJWeb是基于java技术，应用于WEB应用程序快速开发的MVC框架，框架设计构思来源于国内众多项目实践，框架充分借签了当前主要流行的开源Web框架(Struts、JSF、Tapestry
、Webwork)，吸取了其优点及精华，利用Velocity作为模板页面引擎，是一个实现了页面及代码完全分离的MVC开发框架。是一个能实现中小型
Web应用系统快速开发的简易Web框架。
通过EasyJWeb
Tools提供的配套开发工具，可以实现基于EasyJWeb框架的Web应用快速开发，包括常用应用软件的代码自生成、数据库添删改查(CRUD)代码生成、自动页面模版生成、配置文件管理等。
框架特点：
零配文件置支持。以前我们每接触一个框架，开始总都要被
他的配置文件折腾一番。EasyJWeb实现零配置支持，可以不写一句配置文件就在框架基础上构建你的运用。(适合小型网站系统)。
简 易的模板页面设计支持：放弃使用jsp，使用简单Velocity脚本语言作为页面模板。
页面程序完全分离：实现显示页面与程序逻辑 的完全分离，克服了传统jsp页面难于维护的问题。
基于页面组件的框架。灵活的页面组件配置，可以直接通过配置文件设置字段级的事件 组件。
快速开发支持：通过EasyJWeb
Tools，可以自动生成应用软件模板代码，定制并管理自己的J2EE代码模板，代码生成模板支持最流行的实用Java开发框架(如hibernate、
Spring等)实现快速开发。
Tapestry 【Java开源Web开发框架】
Tapestry是一个开源的基于servlet的应用程序框架，它使用组件对象模型来创建动态的，交互的web应用。一个组件就是任意一个带有
jwcid属性的html标记。其中jwc的意思是Java Web
Component。Tapestry使得java代码与html完全分离，利用这个框架开发大型应用变得轻而易举。并且开发的应用很容易维护和升级。
Tapestry支持本地化，其错误报告也很详细。Tapestry主要利用javabean和xml技术进行开发。【Spindle:Tapestry
辅助开发Eclipse插件】.
FreeMarker 【Java开源模板引擎】
FreeMarker允许Java
servlet保持图形设计同应用程序逻辑的分离，这是通过在模板中密封HTML完成的。模板用servlet提供的数据动态地生成
HTML。模板语言是强大的直观的，编译器速度快，输出接近静态HTML页面的速度。
【FreeMarker Eclipse Plugin与FreeMarker IDE：Eclipse平台下的辅助开发工具】
Lucene 【Java开源搜索引擎】
Apache
Lucene是一个基于Java全文搜索引擎，利用它可以轻易地为Java软件加入全文搜寻功能。Lucene的最主要工作是替文件的每一个字作索引，索引让搜寻的效率比传统的逐字比较大大提高，Lucen提供一组解读，过滤，分析文件，编排和使用索引的API，它的强大之处除了高效和简单外，是最重要的是使使用者可以随时应自已需要自订其功能。
iText 【Java开源PDF类库】
iText是一个能够快速产生PDF文件的java类库。iText的java类对于那些要产生包含文本，表格，图形的只读文档是很有用的。它的类库尤其与java
Servlet有很好的给合。使用iText与PDF能够使你正确的控制Servlet的输出。
Groovy 【Java开源动态语言】
Groovy是一种基于JVM的敏捷开发语言，它结合了Python、Ruby和 Smalltalk的许多强大的特性。
Groovy已在WebWork2中的应用。它可以被编译为标准的Java Bytecode。
OpenCms 【Java开源CMS系统】
OpenCms是一个J2EE的产品，它是用 Java写成的。它和Tomcat捆绑在一起。但是也能够使用ATG
Dynamo、WebLogic和WebSphere。OpenCms支持多种RDBMS来保存内容，包括Oracle、SQL
Server、Sybase和mySQL。新版本提供了一个新的模板引擎，JSP支持，一种新的连接管理系统，提高了稳定性。
JUnit 【Java开源测试工具】
JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架(regression testing
framework)。Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何(How)完成功能和完成什么样(What)的功能。Junit是一套框架，继承TestCase类，就可以用Junit进行自动测试了。
BlueJ 【Java开源IDE】
BlueJ是一个专门为入门级教学设计的JavaTM 开发环境。它是由澳大利亚墨尔本Monash大学BlueJ小组设计并开发的。
XWiki 【Java开源Wiki系统】
XWiki是一个强大的Java开源的Wiki引擎。它支持一些受欢迎的特性如：
内 容管理(浏览/编辑/预览/保存)，
支持附件，
版本控制，
全文本搜索，
权 限管理
使用Hibernate进行数据存储，
RSS输出与显示外部的RSS feeds，
多 语言支持，
提供XML/RPC的API,
WYSIWYG HTML编辑器,
导出为PDF
Groovy 脚本支持等等....。
EJBCA 【Java开源网络服务器端组件】
EJBCA是一个全功能的CA系统软件，它基于J2EE技术，并提供了一个强大的、高性能并基于组件的CA。EJBCA兼具灵活性和平台独立性，能够独立使用，也能和任何J2EE应用程序集成。
JXTA 【Java开源其它项目】
Sun微系统公司公开了旨在建立P2P(Peer to
Peer)通用技术基础的JXTA计划。JXTA技术是网络编程和计算的平台，用以解决现代分布计算尤其是点对点(P2P)计算中出现的问题。
JXTA将建立核心的网络计算技术，提供支持在任何平台、任何地方以及任何时间实现P2P计算的一整套简单、小巧和灵活的机制。JXTA首先将归纳目前
P2P的功能特别，而后建立核心的技术来表达目前的P2P计算的局限性。其重点是创建基本的机制，而具体的策略选择权则交给应用的开发者。JXTA将充分利用XML、Java等开放技术，使得UNIX操作系统更强大和灵活，比如利用管道(Pipes)传输Shell命令实现复杂的计算任务。JXTA支持
P2P应用的基本功能来建立一个P2P系统，还将努力证实这些可以成为建立更高层功能的基础构造模块。JXTA架构可以分为三个层面：JXTA核心层、
JXTA业务层和JXTA应用层。
DWR 【Java开源AJAX框架】
DWR(Direct Web
Remoting)是一个WEB远程调用框架.利用这个框架可以让AJAX开发变得很简单.利用DWR可以在客户端利用JavaScript直接调用服务端的Java方法并返回值给JavaScript就好像直接本地客户端调用一样(DWR根据Java类来动态生成JavaScrip代码).它的最新版本
DWR0.6添加许多特性如:支持Dom Trees的自动配置,支持Spring(JavaScript远程调用spring
bean),更好浏览器支持,还支持一个可选的commons-logging日记操作.
ZK 【Java开源AJAX框架】
ZK是一个Ajax Java Web框架，利用少量代码就能够开发出拥有Rich
UI的Web应用。ZK提供基于XUL的标记语言和事件驱动的组件，可以让你像开发桌面应用程序一样简单。支持EL表达式和脚本语言包括：JavaScript、Ruby和Groovy等。支持Annotation及数据绑定。集成Google
Maps、FCKeditor、DOJO以及Timeline。
8. 如何跨进程调用surfaceflinger的方法
Android SurfaceFlinger 详解 1. SurfaceFlinger 按英文翻译过来就 Surface 投递者。 就是把上层所画的各个 surface 进行处 理然后传给底层硬件来显示的一个功能。 2． 下图比较详细的阐述了 SurfaceFlinger 所起的作用。 Android 图形系统中一个重要的概念和线索是 surface。View 及其子类（如 TextView, Button） 要画在 surface 上。 每个 surface 创建一个 Canvas 对象 （但 属性时常改变），用来管理 view 在 surface 上的绘图操作，如画点画线。每个 canvas 对象对应一个 bitmap，存储画在 surface 上的内容。 每个 Surface 通常对应两个 buffer，一个 front buffer, 一个 back buffer。 其中，back buffer 就是 canvas 绘图时对应的 bitmap。因此，绘画总是在 back buffer 上，需要更新时，则将 back buffer 和 front buffer 互换。 The window is tied to a Surface and the ViewRoot asks the Surface for a Canvas that is then used by the Views to draw onto. After View draw its data to canvas, ViewRoot will call surface.unlockCanvasAndPost(canvas) to schele surfaceFlinger::composeSurfaces() which do the actually display to display panel. SurfaceFlinger handles to transfers drawn data in canvas to surface front buffer or backbuffer Except for SurfaceViews, different views within the same ViewRoot share the same surface. Layer 的概念： 每个 surface 又对应一个 layer, SurfaceFlinger 负责将各个 layer 的 front buffer 合成（composite）绘制到屏幕上。 A Layer is something that can be composited by SurfaceFlinger (should have been called LayerFlinger). There are several types of Layers if you look in the code, in particular the regular ones (Layer.cpp) , they are backed by a Surface, and the LayerBuffer (very badly chosen name) which don't have a backing store, but receive one from their client. . Note that the GGLSurface type, should have been called GGLBuffer Multiple layers are just composited to the final buffer in their Z order. 有几个对象与 Surface 概念紧密相关： 1. Java Surface （frameworks/base/core/java/android/view/Surface.java） 。 该对象被应用间接调用（通过 SurfaceView, ViewRoot 等）， 应用需要创建 surface,（并同时创建 canvas）, 将图形绘制到这个对象上并最终投递到屏幕 上。 2. C++ Surface (frameworks/base/libs/ui/Surface.cpp。 这个对象被 Java Surface 通过 Jni 调用，实现 Java Surface 的功能 3. ISurface (以及其派生类 BnSurface)。这个对象是应用和 server 之间的接 口。 C++ Surface 创建这个 ISurface （BnSurface） 并发送命令， 如更新 surface 内容到屏幕上。Server 端接受这个命令并执行相应操作。 研究一个 surface 如何创建的关键路径如下： 1. frameworks/base/core/java/android/view/Surface.java Surface::Surface () -- 2. frameworks/base/core/jni/android_view_Surface.cpp -- Surface_init ()。 在这个函数中 SurfaceComposerClient 对象被创建。 3.frameworks/base/libs/ui/SurfaceComposerClient.cpp SurfaceComposerClient::SurfaceComposerClient (). 这个函数非常重要，在这里建立了 client 和 server 之间的桥梁。通过函数 _get_surface_manager() 获 得 了 一 个 指 向 server 的 IBinder 对 象 ( 具 有 ISurfaceComposer 接口)，之后通过这个 IBinder 就可以跨进程访问 Server 的 功能。接着调用 ISurfaceComposer::createConnection()创建并返回了一个 ISurfaceFlingerClient 的 IBinder。 4. frameworks/base/libs/ui/SurfaceComposerClient.cpp -SurfaceComposerClient::createSurface(). 这 个 函 数 中 ， 利 用 前 面 获 得 的 ISurfaceFlingerClient 的 IBinder,调用其 createSurface 接口。 5.frameworks/base/libs/surfaceflinger/SurfaceFlinger.cpp -BClient::createSurface ()。BClient 由 ISurfaceFlingerClient 派生而来。 6. frameworks/base/libs/surfaceflinger/SurfaceFlinger.cpp -SurfaceFlinger:: createSurface()。这个函数为 Surface 创建一个对应的 Layer。 上述关键路径中，1，2，3，4 运行于 client 进程中，而 5，6 运行与 server 进 程中。server 作为一个 service 提供给 client 访问。 与图形相关的代码主要位于下列目录： 1、frameworks/base/graphics/java/android/graphics 2、frameworks/base/core/java/android/view 3、frameworks/base/core/java/android/widget 4、frameworks/base/opengl/ 5、frameworks/base/libs/ui 6、frameworks/base/libs/surfaceflinger 7、frameworks/base/core/jni/android/graphics 8、frameworks/base/core/jni/android/opengl 9、frameworks/base/core/jni/android/android_view_*.cpp 10、external/skia 一、下列目录中的部分代码： 1、frameworks/base/graphics/java/android/graphics 2、frameworks/base/core/java/android/view 3、frameworks/base/core/java/android/widget android.graphics, android.view 和 android.widget 功能和其他类似的图形库 如 Qt/Gtk+差不多， 分别提供基本的图形原语 （如画点画线， 设置图形上下文等） ， 事件机制， 以及开发图形用户界面的控件等。 canvas 用于开发 2D 图形， Surface 代表一个可供图形系统绘制的 surface。可在其上绘制 2D 活 3D 图形。
9. 远程过程调用与消息传递区别
如何在Java中实现远程方法调用(1)
如何在Java中实现远程方法调用
经乾、郭镇、赵伟
一、Java中的远程方法调用
远程方法调用（Remote Method Invocation, RMI）是Java1.1引入的分布式对象软件包，它的出现简化了在多台机器上的Java应用之间的通信。相比CORBA，RMI功能较弱且只能用于Java系统。
二、实现一个简单的RMI
要使用RMI，必须构造四个主要的类：远程对象的本地接口、RMI客户、远程对象实现和RMI服务器。RMI服务器生成远程对象实现的一个实例，并用一个特殊的URL注册它，RMI客户在远程服务器上查找对象，若找到就把它转换成本地接口类型，然后像一个本地对象一样使用它。下面是一个简单的RMI例子，远程对象只返回一个消息字符串。要使这个例子更有价值，我们需要做的就是完善远程对象实现类。
1.远程对象的本地接口类（Rem.Java）
该类仅仅是一个接口，而不是实现，RMI客户机可以直接使用它，RMI服务器必须通过一个远程对象来实现它，并用某个URL注册它的一个实例。
import Java.rmi.*;
public interface Rem extends Remote { public String getMessage() throws RemoteException;}
本地接口（Rem）必须是公共的，否则客户机在加载一个实现该接口的远程对象时就会出错。此外，它还必须从Java.rmi.Remote继承而来，接口中的每一个方法都必须抛出远程异常Java.rmi.RemoteException。
2.RMI客户类（RemClient.Java）
RMI客户使用Naming.lookup在指定的远程主机上查找对象，若找到就把它转换成本地接口Rem类型，然后像一个本地对象一样使用它。与CORBA不同之处在于RMI客户必须知道提供远程服务主机的URL，这个URL可以通过rmi://host/path或rmi://host:port/path来指定，如果省略端口号，就使用1099。Naming.lookup可能产生三个异常：RemoteException、NotBoundException、MalformedURLException，三个寻常都需要捕获。RemoteException、Naming和NotBoundException在Java.rmi.*中定义，MalformedURLException在Java.net.*中定义。另外，客户机将向远程对象传递串行化对象Serializable，所以还应在程序中输入Java.io.*。
import Java.rmi.*;
import Java.net.*;
import Java.io.*;
public class RemClient {
public static void main(String[] args) {
try {
String host = (args.length > 0) ? args[0] : "localhost"; file://从命令行读取远程主机名
file://通过URL在远程主机上查找对象，并把它转化为本地接口Rem类型
Rem remObject=(Rem)Naming.lookup("rmi://" + host + "/Rem");
System.out.println(remObject.getMessage()); file://调用远程对象的方法
} catch(RemoteException re) {System.out.println("RemoteException: " + re);
} catch(NotBoundException nbe) {System.out.println("NotBoundException: " + nbe);
} catch(MalformedURLException mfe){System.out.println("MalformedURLException:"+ mfe);
}}}
3.远程对象实现类（RemImpl.Java）
这个类真正实现RMI客户调用的远程对象，它必须从UnicastRemoteObject继承，其构造函数应抛出RemoteException异常。
import Java.rmi.*;
import Java.rmi.server.UnicastRemoteObject;
public class RemImpl extends UnicastRemoteObject implements Rem {
public RemImpl() throws RemoteException {} file://构造函数抛出RemoteException异常
public String getMessage() throws RemoteException {
return("Here is a remote message."); }} file://向RMI客户返回一个消息串
4.RMI服务器类（RemServer.Java）
该类创建远程对象实现RemImpl的一个实例，然后用一个特定的URL来注册它，所谓注册就是通过Naming.bind或Naming.rebind来将RemImpl实例绑定到URL上。
import Java.rmi.*;
import Java.net.*;
public class RemServer {
public static void main(String[] args) {
try {
RemImpl localObject = new RemImpl(); file://生成远程对象实现的一个实例
Naming.rebind("rmi:///Rem", localObject); file://将远程对象实例绑定到rmi:///Rem上
}catch(RemoteException re){System.out.println("RemoteException:"+re);
}catch(MalformedURLException mfe) {System.out.println("MalformedURLException: "+mfe);
}}}
三、编译和运行
1.如何在Java中实现远程方法调用(1)
2.如何在Java中实现远程方法调用(2)
编译RMI客户和服务器，这将自动编译远程对象的本地接口和远程对象实现
Javac RemClient.Java file://自动编译远程对象的本地接口Rem.Java
Javac RemServer.Java file://自动编译远程对象实现RemImpl.Java
2. 生成客户承接模块和服务器框架
rmic RemImpl
这将构造RemImpl_Stub.class和RemImpl_Skeleton.class。请将Rem.class、RemClient.class和RemImpl_Stub.class拷贝到RMI客户机，将Rem.class、RemImpl.class 、RemServer.class和RemImpl_Skeleton.class拷贝到RMI服务器。
3. 启动RMI注册
rmiregistry
file://在服务器上执行。不论有多少个远程对象，本操作只需做一次
4. 运行
Java RemServer.class
file://启动RMI服务器（在服务器上执行）
Java RemClient.class
file://启动RMI客户，将输出“Here is a remote message.”
10. DTO是什么
Data Transfer Object（数据传输对象）
您正在设计一个分布式应用程序，为了满足单个客户端请求，您发现自己对一个远程接口发出了多个调用，而这些调用所增加的响应时间超出了可接受的程度。
问题
如何保留过程调用接口的简单语义，而不受远程通信固有的滞后时间问题的影响？
影响因素
在与远程对象通信时，请考虑下列需要权衡的因素：
远程调用（那些必须跨越网络的调用）速度缓慢。虽然许多远程调用框架可以隐藏进行远程调用的复杂性，但是它们不能消除发生通信所需的步骤。例如，必须先找到远程对象位置，而且建立与远程计算机的连接，然后才能将数据串行化为字节流，然后可能进行加密，最后才能将其传输到远程计算机。
在考虑网络性能时，必须同时考虑滞后时间和吞吐量。简单地说，"滞后时间"描述了数据的首字节到达目的地之前所经过的时间。"吞吐量"描述了在某个时间段（例如 1 秒）内通过网络发送的数据字节数。在基于 IP 路由的现代网络（例如 Internet）中，滞后时间可以是比吞吐量更大的因素。这意味着，传输 10 字节数据所用的时间可能几乎等于传输 1,000 字节数据所用的时间。在使用无连接协议（如 HTTP）时，此效果尤其明显。通常，网络速度越快可以使吞吐量得以增加，但是，要减少滞后时间则会更加困难。
在设计对象接口时，好的做法是将大量信息隐藏在对象内，并提供一组细粒度方法来访问和操作该信息。"细粒度"意味着每个方法都应该负责单个的、相当小的和基本的功能单位。此方法简化了编程，并提供了对对象内部的更佳抽象，从而增加了重用的可能性。必须根据以下事实对此进行平衡取舍：使用较细粒度的方法意味着需要调用更多的方法才能执行高级别的任务。通常，在同一进程内调用方法时，这些额外函数调用的开销是可接受的；但是，在跨进程和网络边界调用这些方法时，开销可能变得难以接受。
避免远程调用中固有的滞后时间问题的最佳方法是进行更少的调用，并让每个调用传递更多的数据。做到这一点的一种方法是，使用长参数列表来声明远程方法。这样，客户端就可以在单个调用中将更多的信息传递给远程组件。但是，这样做会使针对此接口的编程容易出错，因为程序很可能仅按调用语句中的位置来调用外部方法的参数。例如，如果远程方法接受 10 个字符串参数，则开发人员很容易按错误顺序传递参数。编译器将无法检测到这样的错误。
长参数列表无助于从远程调用向客户端返回更多的信息，因为大多数的编程语言将方法调用的返回类型限制为单个参数。而巧合的是，在传输大多数数据时通常需要返回较多信息。例如，许多用户接口传输少量的信息，却希望返回大量结果数据。
解决方案
创建一个数据传输对象 (DTO)，用该对象包含远程调用所需要的所有数据。修改远程方法签名，以便将 DTO 作为单个参数接受，并将单个 DTO 参数返回给客户端。在调用方应用程序收到 DTO 并将其作为本地对象存储之后，应用程序可以分别对 DTO 发出一系列单独的过程调用，而不会引发远程调用开销。Martin Fowler 在 Patterns of Enterprise Application Architecture [Fowler03] 中对此模式进行了说明。
下图显示客户端应用程序如何进行一系列远程调用以检索客户名称的各个元素。
图 1:没有 DTO 的远程调用
DTO 允许远程对象在单个远程调用中将整个客户名称返回给客户端。在此示例中，这样做将使调用次数从 4 次减为 1 次。客户端进行单个调用，然后在本地与 DTO 交互，而不用进行多次远程调用（见图 2）。
图 2:通过使用 DTO 减少调用次数
DTO 是一组需要跨进程或网络边界传输的聚合数据的简单容器。它不应该包含业务逻辑，并将其行为限制为诸如内部一致性检查和基本验证之类的活动。注意，不要因实现这些方法而导致 DTO 依赖于任何新类。
在设计数据传输对象时，您有两种主要选择：使用一般集合；或使用显式的 getter 和 setter 方法创建自定义对象。
一般集合的优点是，只需要一个类，就可以在整个应用程序中满足任何数据传输目的。此外，集合类（例如，简单数组或散列图）内置于几乎所有语言库中，因此您根本不必编写新类的代码。对 DTO 使用集合对象的主要缺点是，客户端必须按位置序号（在简单数组的情况下）或元素名称（在键控集合的情况下）访问集合内的字段。此外，集合存储的是同一类型（通常是最一般的 Object 类型）的项目，这可以导致在编译时无法检测到的微妙但致命的编码错误。
如果为每个 DTO 创建自定义类，则可以提供与任何其他对象完全一样的、客户端应用程序可访问的强类型对象，这样的对象可以提供编译时检查，并支持代码编辑器功能（如 Microsoft® IntelliSense® 技术）。主要缺点是，如果应用程序发出许多远程调用，则您最终可能必须编写大量类的代码。
许多方法试图将这两种方法的优点结合在一起。第一种方法是代码生成技术，该技术可以生成脱离现有元数据（如可扩展标记语言 (XML) 架构）的自定义 DTO 类的源代码。第二种方法是提供更强大的集合，尽管它是一般的集合，但它将关系和数据类型信息与原始数据存储在一起。Microsoft ADO.NET DataSet 支持这两种方法（请参阅在 .NET 中使用 DataSet 实现 Data Transfer Object）。
有了 DTO 类以后，需要用数据填充它。大多数情况下，DTO 内的数据来自多个域对象。因为 DTO 没有行为，因此它不能从域对象提取数据。这是对的，因为如果让 DTO 不知道域对象，您就可以在不同的上下文中重用 DTO。同样，您不希望域对象知道 DTO，因为这可能意味着更改 DTO 将要求更改域逻辑中的代码，这将导致大量维护任务。
最佳的解决方案是使用 Assembler 模式 [Fowler03]，该模式可以用业务对象创建 DTO 或者相反。Assembler 是 Mapper 模式的专门实例，在 Patterns of Enterprise Application Architecture [Fowler03] 中也提到过它。
图 3:使用 Assembler 将数据加载到 DTO 中
Assembler 的关键特征是 DTO 和域对象不相互依赖。这就消除了这两种对象的相互影响。不利方面是 Assembler 同时依赖于 DTO 和域对象。对这些类的任何更改都可能导致必须更改 Assembler 类。
示例
请参阅在 .NET 中使用 DataSet 实现 Data Transfer Object。
测试考虑事项
DTO 是简单对象，它不应该包含需要测试的任何业务逻辑。但是，您确实需要测试每个 DTO 的数据聚合。每个 DTO 可能需要测试，也可能不需要，这取决于您的序列化机制。如果序列化是框架的一部分，则只需要测试一个 DTO。如果不是这样，请使用一般的反射机制，这样就不需要测试每个 DTO 的序列化。
DTO 还对远程函数的可测试性有好处。通过使远程方法的结果能够在对象实例中使用，可以轻松地将此数据传递到测试模块，或将其与所需结果进行比较。
安全考虑事项
理想情况下，应该先筛选和验证从不可靠的来源获得的数据（如来自 Web 页的用户输入），然后将其置于 DTO 中。通过这样做，就可以认为 DTO 中的数据是相对安全的，从而简化了将来与 DTO 的交互。
接收 DTO 的进程和关联用户的安全凭据也是值得注意的。DTO 通常包含从许多不同来源聚集在一起的大量信息。您是否已授权 DTO 的所有用户访问 DTO 所包含的所有信息？确保用户已得到授权的最佳方法是仅使用用户安全凭据所允许的特定数据填充 DTO。努力避免让 DTO 负责自己的安全性。这将增加 DTO 对其他类的依赖数，这意味着必须将这些类部署到使用 DTO 的所有节点。这还会将安全性功能分散到更多类中，从而增大了安全风险，并对灵活性和可维护性产生负面影响。
结果上下文
Data Transfer Object 具有下列优缺点：
优点
减少了远程调用次数。通过在单个远程调用中传输更多的数据，应用程序可以减少远程调用次数。
提高了性能。远程调用可以使应用程序的运行速度大大降低。减少调用次数是提高性能的最佳方法之一。在大多数方案中，传输大量数据的远程调用所用的时间与仅传输少量数据的调用所用的时间几乎相等。
隐藏内部情况。在单个调用中来回传递更多的数据，还可以更有效地将远程应用程序的内部情况隐藏在粗粒度接口的背后。这就是使用 Remote Facade 模式 [Fowler03] 的主要原因。
发现业务对象。在一些情况下，定义 DTO 有助于发现有意义的业务对象。在创建用作 DTO 的自定义类时，您通常会注意到作为一组凝聚性信息而显示给用户或另一个系统的元素分组。通常，这些分组用作描述应用程序所处理的业务域的对象的有用原型。
可测试性。将所有参数封装到可序列化对象中可以提高可测试性。例如，可以从 XML 文件中读取 DTO，并调用远程函数以测试它们。同样，可以轻松地将结果再序列化为 XML 格式，并将 XML 文档与所需结果进行比较，而不必创建冗长的比较脚本。
缺点
可能需要太多的类。如果选择了使用强类型的 DTO，则可能必须为每个远程方法创建一个（如果考虑返回值，则为两个）DTO。即使在粗粒度接口中，这也可能导致大量的类。编写如此数量的类的代码并管理这些类会是很困难的。使用自动代码生成可以在一定程度上缓解此问题。
增加计算量。如果将服务器上的一种数据格式转换为可以跨网络传输的字节流，并在客户端应用程序内转换回对象格式，可以带来相当大的开销。通常，需要将来自多个源的数据聚合到服务器上的单个 DTO 中。要提高通过网络进行远程调用的效率，必须在任一端执行其他计算，才能聚合和串行化信息。
增加编码工作量。可以用一行代码完成将参数传递到方法的操作。使用 DTO 要求实例化新对象，并为每个参数调用 setters 和 getters。编写此代码可能是很乏味的。