Soap包中可以存放数据的地方可以是soap头也可以是soap body部分。其中body部分是必须的，是重要的数据存放位置。Soap头中也可以放一些数据，例如Web服务中的安全中用户检测。例如：
如果添加soap头，那么先要有一个从SoapHeader派生的类：
public class SelfHeader : SoapHeader
{
public string UserName { get; set; }
}
然后在web服务中先定义一个公共成员：
public SelfHeader _soapHeader;
然后在需要添加soap头的方法上添加soap头标签：
[WebMethod]
[SoapHeader("_soapHeader")]
public string HelloWorld()
{
if (_soapHeader.UserName != "zhao")
return "用户禁止访问！";
return "Hello World";
}
在客户端进行访问服务时，须设置header属性：
public void TestSimpleSoap()
{
ws.SelfService client = new ws.SelfService();
ws.SelfHeader _header = new ws.SelfHeader();
_header.UserName = "zzz";
client.SelfHeaderValue = _header;
Console.WriteLine(client.HelloWorld());
}
现在看一下现在的soap包的情况：
请求：
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Header>
<SelfHeader xmlns="http://192.168.1.105/">
<UserName>zzz</UserName>
</SelfHeader>
</soap:Header>
<soap:Body>
<HelloWorld xmlns="http://192.168.1.105/" />
</soap:Body>
</soap:Envelope>
现在添加了header部分。
在.net web服务中为soap添加附件。这里为什么说.net web服务呢？
这里说明一下web服务的概念：web service是基于xml和http的一种服务，它的通信协议主要基于SOAP（这是缩写应该全大写，但大家明白就行），通过WSDL来描述服务，通过UDDI来发布服务。
Web服务不是只有.net才有，.net中提供的web服务相关的定义，发布，发现等，及生成代理，应用。这些只是.net对web服务的一种帮助，或说.net提供了一套web服务的工具，用于创建，发布和应用。
Soap包中可以存放数据的位置可以是头，更重要且必须的是包体部分。那么对于附件，可以以格式化的数据存放于包体部分。
现在以包体部分来存储一个文本文件，目的很明确，那么文本文件内容以怎样的格式存放于包体呢？
第一种：文本文件中的内容以字串格式存在
[WebMethod]
public void SaveText(string strContent,string strFileName)
{
StreamWriter writer=File.CreateText("k:\\"+strFileName+".txt");
writer.WriteLine(strContent);
writer.Close();
}
这个方法将字串保存为utf-8的文本文件
客户端：
[Test]
public void TestSaveText()
{
StreamReader sr = new StreamReader
(@"k:\client.txt",Encoding.Default);
string strTemp = sr.ReadToEnd();
sr.Close();
ws.SelfService client = new ws.SelfService();
client.SaveText(strTemp, "server");
}
从gb2312文本中读取内容，然后存在包体中向服务传递。可以看下现在的包的内容：
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Body>
<SaveText xmlns="http://192.168.1.105/">
<strContent>杩欐槸娴嬭瘯锛乤bc</strContent>
<strFileName>server</strFileName>
</SaveText>
</soap:Body>
</soap:Envelope>
其中乱码部分就是内容（乱码其实并不乱），可以所这部分拷贝到一个utf-8编码下的记事本中，然后另存为gb2312格式，可以看到认识的汉字了。
内容就是：这是测试！abc
第二种，二进制文件例如图片以base64编码存放
其实这个文件可以直接以二进制格式来传递，但如果要保存这个包，那么须对持久化的数据进行双向的格式化，使它的数据格式不会在转化时丢失或增加，在消息1中：
http://www.cnblogs.com/jams742003/archive/2010/03/30/1700605.html
给出了通过base64和支持8位字符编码的28591页的字符集ISO8859-1
（一）以base64来存放二进制图片
服务端：
[WebMethod]
public void SaveImages(string strBase64Content)
{
//ISO串
byte[] bb = Convert.FromBase64String(strBase64Content);//iso字节
Encoding encoding = Encoding.GetEncoding(28591);
string strReturn = encoding.GetString(bb);
FileStream fs = File.Create(@"k:\soapPic.gif");
fs.Write(bb, 0, bb.Length);
fs.Close();
}
客户端：
[Test]
public void TestSaveImage()
{
//1 iso串
Encoding _encoding = Encoding.GetEncoding(28591);
StreamReader sr = new StreamReader(@"k:\x1.gif", _encoding);
string strTemp = sr.ReadToEnd();
sr.Close();
//2 base64串
byte[] bb = _encoding.GetBytes(strTemp);
string strBase64 = Convert.ToBase64String(bb);
ws.SelfService client = new ws.SelfService();
client.SaveImages(strBase64);
}
看一下现在的soap包：
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Body>
<SaveImages xmlns="http://192.168.1.105/">
<strBase64Content>DggAOw==</strBase64Content>
</SaveImages>
</soap:Body>
</soap:Envelope>
其中的粗体部分就是图片的内容，我省略了大部分，只留个小段。
（二）以二进制来传递但不保存文本
在进行base64的转换过程中要有性能损失，多一步就多消耗。因为现在不用对图片进行文本保存，那么这种持久不必要考虑，只要把图片存储下来就可以了。那么现在以二进制传递来存储图片。
服务端：
[WebMethod]
public void SaveBinaryImages(byte[] bb)
{
FileStream fs = File.Create(@"k:\soapPicBinary.gif");
fs.Write(bb, 0, bb.Length);
fs.Close();
}
客户端：
[Test]
public void TestSaveBinaryImage()
{
FileStream fs = new FileStream(@"k:\x1.gif",FileMode.Open);
byte[] bb=new byte[fs.Length];
fs.Read(bb,0,bb.Length);
fs.Close();
ws.SelfService client = new ws.SelfService();
client.SaveBinaryImages(bb);
}
现在的soap包情况：
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<soap:Body>
<SaveBinaryImages xmlns="http://192.168.1.105/">
<bb>DggAOw==</bb>
</SaveBinaryImages>
</soap:Body>
</soap:Envelope>
这个包我也省略了一部分。从上面两个包分析，原来，在.net web服务里，对包体中的附件的二进制附件传递是以base64编码来进行的，所以soap中包体中的附件的转换带来的是性能上的损失。
在进行soap消息传递过程中，经常要把各种附件一起发送，而这些附件通过是二进制格式。在soap规范中有对附件的描述，那就是使用MIME类型以URI模式引用MIME部件。对于web服务的工具来说，并不是所有的工具都提供了对soap附件的支持，例如.net web服务。但微软推出了基于DIME的附件解决方案，并通过WSE（web服务增强）来支持web服务的MTOM消息优化传输，当然在WCF中更是支持MTOM。MTOM 是一种机制，用来以原始字节形式传输包含 SOAP 消息的较大二进制附件，从而使所传输的消息较小。
Base64编码以3个字节编码规则为4个字节，多出三分之一的容量，对于base64编码请见：
http://www.cnblogs.com/jams742003/archive/2010/03/26/1696876.html
soap消息包，信念xml格式的soap体消息，以及信封中未定义的但与消息有关的任意数据格式的其它实体。soap消息包通过MIME的Multipart/related媒体类型构建，每个部件都嵌入MIME边界（bundary，在Content-Type报头中定义）。每个MIME部件都有报头信息如：
Content-Type：表示数据的类型
Content Transfer-encoding：表示编码
Content-ID：表示引用内容的标识符
对于MIME消息的根部件要包含soap封套，且Content-type要设置为text/xml
下边是一个带有MIME格式附件的soap包：
Content-Type:text/xml; charset=UTF-8
Content-Transfer-Encoding: binary
Content-ID:<SOAP-ENV:Envelop>
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope>
<soapenv:Header>
</soapenv:Header>
<soapenv:Body>
</soapenv:Body>
</soapenv:Envelope>
--==_Part_20081204084150203==
Content-Type:text/plain
Content-Transfer-Encoding:binary
Content-ID:<attachment0.txt>
aaaaaaaaaaaaaaaaaaaaaaaaaaa
--==_Part_20081204084150203==
Content-Type:image/jpeg
Content-Transfer-Encoding:binary
Content-ID:<attachment1.jpg>
......JFIF.....d.d.....C...
--==_Part_20081204084150203==--
以上就是一个完整的mime附件的soap包。