如下面代码所示：
SoapObject构造函数的两个参数含义为：
serviceNamespace – 你的webservice的命名空间，既可以是
http://localhost:8088/flickrBuddy/services/Buddycast这样的，也可以是 urn:PI/DevCentral/SoapService这样的；
methodName – 你要调用方法的名字。
然后，按照webservice方法参数的顺序，依次调用
来填充webservice参数。
注意：
建议webservice的方法传递的参数尽量用string类型。即使是int类型，kSOAP2与Java编写的webservice也有可能交互发生异常。
对于webservice方法返回String类型的情况，还用不着开发者做序列化(Serialization)定制工作。
要点：
kSOAP 1.X/2.0可以自动把四种SOAP类型映射为Java类型
除此之外，都需要开发者自己做类型映射。
然后要告诉SoapSerializationEnvelope把构造好的SoapObject封装进去：
要点：
你可以通过SoapSerializationEnvelope或者SoapEnvelope的构造函数来指明你要用SOAP的哪一个规范，可以是以下几种之一：
常量SoapEnvelope.VER10：对应于SOAP 1.0规范
常量SoapEnvelope.VER11：对应于SOAP 1.1规范
常量SoapEnvelope.VER12：对应于SOAP 1.2规范
这样，无论要调用的webservice采用了哪一个SOAP规范，你都可以轻松应对。
接下来就要声明
HttpTransport构造函数的参数含义为：
serviceURL – 要投递SOAP数据的目标地址，譬如说
http://soap.amazon.com/onca/soap3 。
HttpTransport是一个强大的辅助类，来完成Http-call transport process，它封装了网络请求的一切，你完全不用考虑序列化消息。我们通过设置它的debug属性为true来打开调试信息。
方法HttpTransport.call()自己就能够发送请求给服务器、接收服务器响应并序列化SOAP消息，如下所示：
HttpTransport的call方法的两个参数含义为：
soapAction – SOAP 规范定义了一个名为 SOAPAction 的新 HTTP 标头，所有 SOAP HTTP 请求（即使是空的）都必须包含该标头。 SOAPAction 标头旨在表明该消息的意图。通常可以置此参数为null，这样HttpTransport就会设置HTTP标头SOAPAction为空字符串。
Envelope – 就是前面我们构造好的SoapSerializationEnvelope或SoapEnvelope对象。
注意：
对于HttpTransport的处理上，kSOAP2和kSOAP1.2的写法不一样。
对于kSOAP 1.2，HttpTransport的构造函数是HttpTransport (String url, String soapAction)，第二个参数soapAction可以是要调用的webservice方法名。
而kSOAP 2，构造函数是 HttpTransport(String url)。kSOAP2相当于把webservice方法名分离出去，完全交给SoapObject去封装，而HttpTransport仅仅负责把 SoapEnvelope发送出去并接收响应，这样更合理一些。
调用call方法是一个同步过程，需要等待它返回。
返回之后，就可以调用SoapSerializationEnvelope的getResult方法来获取结果了：
如果HttpTransport的debug属性为true，那么此时就可以通过
打印出HttpTransport的调试信息。尤其当前面call方法和getResult方法发生异常时，这个调试信息是非常有用的。
前面我们的webservice方法由于是返回string，所以得到这个string值就非常简单了：
注意：
由于HttpTransport类实际上是调用了HttpConnection作网络连接，所以必须另起一个线程来专门做kSOAP工作，否则会堵塞操作。
