【IT168 技术文章】
前文分析解释了SCA的一些基本概念，包括服务组件、模块、共享库、导入和导出等。下面将介绍SCA中的调用方式。
同步调用和异步调用
我们知道，常见的方法调用都是同步调用，这种调用方式是一种阻塞式的调用方式，即客户端（主调用方）代码一直阻塞等待直到被服务端（被调用方）返回为止。这种调用方式相对比较直观，也是大部分编程语言直接支持的一种调用方式。但是，如果我们面对是基于粗粒度的服务组件，面对的是一些需要比较长时间才能有响应的应用场景，那么我们就需要一种非阻塞式调用方式，即异步调用方式。
SCA编程模式提供了三种方式的异步调用，它们分别是：
1．单向调用方式。
2．延迟响应方式。
3．请求回调方式。
- 单向调用
单向调用方式是最为简单的异步调用方式，在这种调用方式中，客户端发出请求之后就不再关心服务端的情况，包括是否执行成功，返回值是什么等。
单向调用方式是一种不管调用结果的方式，但是在很多情况下我们是需要知道调用结果的。我们需要知道调用是否成功，需要知道调用的结果，就算调用失败我们也希望知道错误代码等信息。在这种情况下，延迟响应和请求回调就是两种能够让我们知道调用结果的方式。
- 延迟响应方式
延迟响应方式是指客户端在发出调用请求之后继续执行，但是经过一段时间之后，客户端再调用相应的方法去检索返回结果，并通过参数指定如何根据调用的结果而执行进一步动作。由于是异步调用方式，因此，在第一次发出调用请求的时候，服务端需要返回一个称为票据（Ticket）的对象。这个对象会作为第二次发出检索结果请求时的一个参数。显然，这个Ticket对象的作用与WEB编程的SessionID非常类似。
- 请求回调
与延迟响应方式类似，请求回调方式也能得到服务端的响应，但是不同的是这个响应是由服务端通过回调方式来触发的，而不像延迟响应方式由客户端来主动检索的。请求回调方式的原理与许多编程语言中的回调机制类似，不同的是这里实现的层次比较高一点。
SCA客户端的两种调用方式
从接口的角度，SCA的客户端编程模型有两种方式：
1．静态调用方式
2．动态调用方式
- 静态调用方式
静态调用方式是一种类型安全的方式，也是在一般Java编程中最为常见的方式。所谓类型安全指的就是在编译的时候就做类型的检查，而不是等到运行的时候发现类型错误问题。说明示例如下：
在SCA客户端编程中，静态方式就是直接拿到实际实现的接口类型，也即直接拿到Java接口。
动态调用方式
与静态调用方式相对，动态调用方式是一种非安全的方式。它的优点是调用非常灵活，但同时带来的不利之处是部分问题在编译的时候是发现不了的，只有等到运行的时候才能发现。说明示例如下：
像上面例子所示，在动态调用方式中，客户端通过invoke方法的字符串参数的方式来指定具体要调用的方法名称。很显然，在这种方式下，如果方法名有误是不能在编译时发现的。
关于动态调用方式另外要注意的一点是，在这种调用方式下，所有参数传递都是通过DataObject的方式，即SDO的方式。哪怕实际参数只是一个字符串，也需要包装成一个DataObject的方式。
- 接口类型与调用方式
实际上客户端采用哪种调用方式是与接口类型有密切的关系。当提供的接口类型是WSDL类型的，那么客户端的调用方式只能是动态调用方式。由于WSDL是SCA模型中主要的接口方式，这样就导致动态调用方式在SCA编程模型中非常普遍。但是如果提供的接口类型时Java类型的，那么客户端的调用方式可以是动态调用方式，也可以是静态调用方式。
