概述
以下简单介绍了常见的三种报文格式：8583、XML、HTTP;
1. ISO8583
有了这个128bit的报文头，我们就可以只发送需要的5个字段了。怎样组织报文？先放上这128bit，即16个字节的头，然后在头后面放2、3、6、8、9字段，这些字段紧挨在一起，3和6之间也不需要填上4、5这两个字段了。接收方收到这个报文，它会根据128bit的报文头来解包，它自然知道把第3个字段取出后，就直接在第3字段的后面取第6个字段，每个字段的长度在ISO8583里面都定义好了，很轻松就把数据包解出来了。
我们把这16个字节称为bit map，即位图，用来表示某个位是否存在。考虑到很多时候报文不需要128个字段这么多，其一半64个字段都不一定能够用完。那我可以将报文头由128bit减到64bit，只有在需要的时候才把剩下的64bit放到报文里面，这样报文长度又少了8个字节;
我们把ISO8583的128个字段中最常见的都放到前64个字段中，那我们可以将处理缩小一倍。这样我一般发送报文时只需发送64bit，即一个字节的报文头，再加上需要的几个字段就可以了。如果有些报文用到64到128之间的字段呢？这个也好办，我把64bit报文头的第一位bit用来代表特殊含义，如果该bit为1，则表示64bit后面跟了剩下的64bit报文头；如果第一位bit为0，则表示64bit后面没有跟剩下的64bit报文头，直接是128个字段中的报文了。那们，接收方会判断一下报头的第一个bit是1还是0，从而知道报文头是64bit还是128bit了，就可以做相应处理。因为报文头第二个64bit属于有时候有，所以我们叫它Extended bit map扩展位图，相应的报文头最开始的64bit我们叫它Primary bit map主位图。我们直接把扩展位图固定放到128个字段的第一个字段，而主位图每个数据包都有，就强制性放在所有128个字段的前面，并不归入128个字段中去。
如果某些字段的长度不固定，属于变长怎么办，因为你现在解包是当作数据包每个字段都是固定的，用C语言解包时直接依靠指针取固定长度的一串字符做为一个字段? 比如第2个字段是“帐号”，是不定长的，可能有的银行帐号是19位，有的是17位等。我们定ISO8583规范时可以规定第2个字段是25位，这下足够将19和17的情况都包含进来，但是如果以后出现了30位的怎么办？那我们现在将字段定为100位。以后超过100位怎么办，况且如果你只有19位的帐号，我们定义了100位，那81位的数据不是浪费了网络的带宽。看来预先定义一个我们认为比较大的位数是不太好的。
我们这样，对于第2个字段“帐号”，在字段的开头加上“帐号”的长度。比如帐号是0123456789，一共10位，我们变成100123456789，注意前面多了个10，表示后面的10位为帐号。如果你接触过COM里面的BSTR，应该对这种处理比较熟悉了。接收方收到该字段后，它知道ISO8583规定第2个字段“帐号”是变长的，所以会先取前面的2位出来，获取其值，此时为长度，然后根据该长度值知道应该拷贝该字段后面哪几位数据，才是真正的帐号。如果你觉得长度如果只有两位最多只能表示99位长，不太够，我们也定义可以允许前面3位都为长度的变长字段，这样就有999位长，应该够了吧。在规范里面如果我定义某个字段的属性是“LLVAR”，你注意了，其中的LL表示长度，VAR表示后面的数据，两个LL表示两位长，最大是99，如果是三位就是“LLLVAR”，最大是999。这样看我们定义的ISO8583规范文档时直接根据这几个字母就理解某个变长字段的意思了。
2. XML格式报文
XML是一种可扩张标志语言，可扩展性指允许用户按照XML规则自己定义标记（tags标签）。
语法规则：
XML文件有且仅有一个根标记，其他标记必须封装在根标记中，文件的标记必须形成树状结构。
大小写敏感。
标记的属性必须用""或''括起来。
XML细节：
一、 声明
大多数XML文档以XML声明作为开始，它向解析器提供了关于文档的基本信息。
建议使用XML声明，但它不是必需的。如果有的话，那么它一定是文档的第一行内容。
如：<?xml version="1.0" encoding="UTF-8" standalone="no"?>
声明最多可以包含三个名称-值对（许多人称它们为属性，尽管在技术上它们并不是）。
<?xml 问号与xml之间不能有空格。
1)version 是使用的XML 版本:1.0, 1.1
2)encoding 是该文档所使用的字符集。该声明中引用的ISO-8859-1 字符集包括大多数西欧语言用到的所有字符。
默认字符在UTF-8字符集中，这是一个几乎支持世界上所有语言的字符和象形文字的Unicode 标准。
3)standalone（可以是yes 或no）定义了是否孤立处理该文档。
如果XML文档没有引用任何其它文件，则可以指定 standalone="yes"。
如果XML文档引用其它描述该文档可以包含什么的文件(如DTD)，则 standalone="no"。默认值为"no"
二、 标记
左尖括号“<“和右尖括号“>“之间的文本
1. 在< >中的称为开始标记；在</ >中的称为结束标记
2. 空标记：不包含元素的标记。空标签必须以“/>”结束。格式： <空标记的名称/> <空标记的名称 属性列表/>
注意：
除空标记外，标签必须成对：有始有终。所有的开始标签和结束标签必须匹配。
在标记符“<“和"标记的名称"之间不能含有空格。在标记符"/>"前面可以有空格或回行。
标签必须嵌套正确。
XML标记必须遵循下面的命名规则:
1.名字中可以包含字母、数字以及其它字母或文字；还可包含下划线(_)、点(.)、连字符(-)
2.名字不能以数字开头；可以用字母、文字或者下划线开头。
3.名字不能以字母xml (或XML 或Xml ..) 开头；
4.名字中不能包含空格。
三、 元素
位于开始标记与结束标记间
一份文档有且只有一个根元素。
根元素下的所有元素叫“子元素”。
标签必须嵌套正确。
不包含自子元素的元素叫“叶子”；包含子元素的元素叫“分支”。
如： <eric>…… </eric>
五、 注释
注释可以出现在文档的任何位置。(但不建议放在声明前面，部分浏览器会报错)
注释以 <!-- 开始，以 --> 结束。
注释内不能包含双连字符（--）；除此之外，注释可以包含任何内容。
注释内的任何标记都被忽略
六、 处理指令
处理指令是为使用一段特殊代码而设计的标记，简称为PI。
大多数XML 文档都是以XML 声明开始，该声明本身就是特殊的处理指令。
处理指令对应用程序特定的数据进行编码。一条处理指令包含一个目标，后跟数据。用<?和?>定界符将处理指令包起来。
目标确定应用程序，而对应用程序不能识别的目标，其会忽略这些处理指令。
七、 实体
XML 规范预定义了五个实体。
< ==== <
> ==== >
" ==== ”
' ==== ‘
& ==== &
自定义实体:在DTD中定义 <!ENTITY 实体标志 "实体内容">
在xml中引用自定义实体，用 &实体标志; 代表实体内容。
另外，无法从键盘输入的字符可以使用字符引用，就是用字符的Unicode代码点来引用该字符。
以"&#x"开始字符引用，以分号结尾，x必须为小写，使用十六进制。如： = 表示等于号。
也可以使用字符引用来引用 <,>,',",& "
八、 CDATA
当一段文本中出现很多实体引用和字符引用时，会导致文本数据的读写困难，CDATA段就是为了解决这一问题引入的。
DATA区段开始于 "<![CDATA[" 结束于 "]]>"
CDATA内部的所有东西都会被解析器忽略解析，不用检查它的格式。
但是CDATA段中不能嵌套另一个CDATA段。
九、 属性
属性是标记的属性，可以为标记添加附加信息。
(1)属性的组成
属性是一个名值对，必须由名称和值组成，属性必须在标记的开始标记或空标记中声明，用"="为属性指定一个值。
语法如下：
<标记名称 属性列表/>
<标记名称 属性列表>XXX</标记名称>
例如: <桌子 width="40" height='100'/>
(2)使有属性的原则
属性不体现数据的结构，只是数据的附加信息；
一个信息是作为一个标记的属性或子标记，取决于具体问题，不要因为属性的频繁使用破坏XML的数据结构。
下面是一个结构清晰的XML文件:
<楼房 height="23m" width="12m">
<结构>混凝土</结构>
<类别>商用</类别>
</楼房>
下面是一个结构不清晰的XML文件:
<楼房 height="23m" width="12m" 结构="混凝土" 建筑商="华海集团" 类别="商用"></楼房>
、 名称空间/包
XML文件允许自定义标记，所以可能出现同名字的标记，为了区分这些标记，就需要使用名称空间。
名称空间的目的是有效的区分相同的标记，其实并不真实存在。
语法： 声明有前缀的名称空间 xmlns:前缀名=名称空间的名字
声明无前缀的名称空间 xmlns=名称空间的名字 (缺省)
注意：当且仅当它们的名字相同时称二个名称空间相同，也就是说，对于有前缀的名称空间，如果二个名称空间的名字相同，即使前缀不相同，也是相同的名称空间，返之同然。前缀只是方便引用而已。
基本术语
一、序言Prolog：包括XML声明(XML Declaration)和文档类型声明(Document Type Declaration)。
二、良构(well-formed 规范的)：符合W3C定义的XML文档。
验证
为什么需要验证？
对XML文件施加额外的约束，以便交流。
一、DTD验证
文档类型定义(Document Type Definition)
DTD定义了XML文档内容的结构，保证XML以一致的格式存储数据。精确的定义词汇表，对XML的内容施加约束。
符合DTD的规范XML文档称为有效的文档。由DTD定义的词汇表以及文档语法，XML解析器可以检查XML文档内容的有效性。
规范的XML文件不一定是有效的；有效的一定是规范的。
1、 DTD声明
1) DTD声明可以在单独的一个文件中
2) DTD声明可以内嵌在XML文件中
3) DTD声明可以一部分在单独的文件中，另一部分内嵌在XML文件中
2、 引入外部DTD文件
<!DOCTYPE data SYSTEM "Client.dtd">
Data：根节点名称
Client.dtd：dtd文件路径
3、 DTD四种标记声明
元素(ELEMENT)、属性(ATTLIST)、实体(ENTITY)、符号(NOTATION)
1) 元素(ELEMENT) XML元素类型声明
声明元素： <!ELEMENT elementName (contentModel)>
元素的内容通过内容模式来描述。
DTD 内容模式的种类有：
EMPTY 元素不能包含任何数据，但可以有属性(前提是必须声明其属性)。
不能有子元素。不能有文本数据（包括空白，换行符）。
DTD中定义： <!ELEMENT elementName EMPTY>
XML中：<elementName/>（推荐） 或者：<elementName></elementName>
(#PCDATA) 规定元素只包含已析的字符数据，而不包含任何类型的子元素的内容类型。
DTD中定义： <!ELEMENT student (#PCDATA)>
XML中合法内容： <student>watching TV</student>
(Elements) 元素由内容模式部件指定。
<!ELEMENT name (child particles) >
内容模式部件可以是下表列出的内容。
<!ELEMENT name (a,b)> 子元素a、b必须出现，且按照列表的顺序
<!ELEMENT name (a|b)> 选择；子元素a、b只能出现一个
<!ELEMENT name (a) > 子元素a只能且必须出现一次
<!ELEMENT name (a)+ > 子元素a出现一次或多次
<!ELEMENT name (a)* > 子元素a出现任意次(包括零次、一次及多次)
<!ELEMENT name (a)? > 子元素a出现一次或不出现
Mixed 混合模式：子元素中既可有文本数据又可有下级子元素。
<!ELEMENT rn (#PCDATA| an | en)*>“|”和“*”必须写。
上句表示在 rn 内，字符数据 或 en及an 可以出现任意多次，顺序不限。
优先写(#PCDATA) 如：(#PCDATA|name)* 正确 (name|#PCDATA)* 错误
ANY 元素可以包含任何类型的数据。子元素(必须在DTD中有定义) 和 文本数据(包括空白)。
DTD中定义： <!ELEMENT a ANY> <!ELEMENT b ANY>
XML中合法内容： <a>somngthing</a> 或者 <a/> 或者 <a><b>oo</b></a>
2) 属性(ATTLIST) 特定元素类型可设置的属性&属性的允许值声明
<!ATTLIST elementName
attributeName1 attributeType attributeDefault
.......
attributeNameN attributeType attributeDefault>
.......
attributeNameN attributeType attributeDefault>
属性类型 (Attribute Type)：
CDATA该属性只能包含字符数据(注意与CDATA段、PCDATA的区别)
NMTOKEN 是CDATA的子集，它的字符只能是字母,数字,句点,破折号,下划线或冒号。
NMTOKENS 类似NMTOKEN，但这个可以包含多个值，每个值之间用空格隔开。
ID 该属性的取值在同一文档内是唯一的。一个元素只能有一个ID类型的属性。
IDREF 类似指针，指向文档中其他地方声明的ID值。如果该属性取值和指向的ID值不匹配，则返回错误。
IDREFS 类似IDREF，但它可以具有由空格分隔开的多个引用。
ENTITY 该属性的值必须对应一个在文档内部声明的但还没有分析过的实体。
ENTITYS 类似ENTITY，但它可以包含由空格分隔开的多个实体。
NOTATION 该属性的值必须引用在文档中其他地方声明的某个注释的名称。
(enumerated) 类似枚举的变量，该属性必须匹配所列的值。各值用“|”分隔开。
如： (春|夏|秋|冬) 实际内容文档只能从中取一个。
属性特性 (Attribute Default) ：
#REQUIRED 必须有且只能有一个属性。
#IMPLIED 可有可无。
#FIXED 在DTD中定义默认值，XML中可以不指定，指定则必须等于该默认值。
attribute-value 如果不指定则用DTD定义的默认值，指定则用指定的值。
<![CDATA[############ 属性(ATTLIST)的举例 ############## ]]>
例一（#REQUIRED）
DTD中： <!ELEMENT el (#PCDATA)> <!ATTLIST el at1 NMTOKENS #REQUIRED at2 CDATA #REQUIRED>
XML中，正确： <el at1 = "10 20" at2="10" >something</el>
XML中，错误： <el at="10">something</el> (没有写另一个#REQUIRED的属性 at2 )
例二(#IMPLIED，#FIXED)
DTD中： <!ELEMENT el (#PCDATA)> <!ATTLIST el at CDATA #FIXED "10" at2 CDATA #IMPLIED >
XML中，正确： <el at2="20" >something</el> （at有默认值"10"，at2 可写可不写)
XML中，错误： <el at="11" >something</el>（at要么不写，要写只能写成跟默认值相同的）
例三(attribute-value)
DTD中：<!ELEMENT el (#PCDATA)> <!ATTLIST el at CDATA "10" at2 CDATA "20" >
XML中，正确： <el at="11" >something</el>
例四(enumerated + attribute-value)
DTD中：<!ELEMENT el (#PCDATA)> <!ATTLIST el at (10|20|30) "10">
XML中，正确： <el at="20">something</el> (at要么不写，默认值 10；要么在(10|20|30)中选一个写)
<![CDATA[############ 属性(ATTLIST)举例 完毕 ############## ]]>
3) 实体(ENTITY) 可重用的内容声明
在DTD中定义 <!ENTITY 实体标志 "实体内容">
在xml中引用自定义的实体，用 &实体标志; 代表实体内容。
4) 符号(NOTATION) 不要解析的外部内容的格式声明。
3、 内部实体：在xml文件里面写(少用)
外部实体：另外在xml同一文件夹下建立一个dtd文件(提倡)
<!--**************** 内外部的实体举例 ***************** -->
外部的：
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE root SYSTEM "goodsInfo.dtd"><!--用这句引用外部dtd-->
<root><goodsInfo>
<goodsName>goodsName</goodsName>
<goodsPrice>goodsPrice</goodsPrice>
</goodsInfo></root>
注：Ascii码：回车=0x0D('r'), 换行=0x0A('n').
请求消息 = 请求行（实体头信息）CRLF[实体内容]
请求行 = 方法 URL HTTP版本号 CRLF
方法 = GET|HEAD|POST|扩展方法
URL = 协议名称 ＋ 宿主名 ＋ 目录与文件名 |
|
取值
|
描述
|
|
GET
|
从WEB服务器中获取对象，不同类型的对
象将获取不同的信息，比如：
· 文件类型对象，获取该文件的内容。
· 程序类型对象，获取该程序执行的结果。
· 数据库查询类型对象，获取该查询的结果。
|
|
HEAD
|
要求服务器查找对象的元信息。
|
|
POST
|
从客户端向WEB服务器发送数据。
|
GET http://www.zhiliaowang.com/toupiaoceshi.asp?name=朱云翔 HTTP/1.1 Accept: */* Accept-Language: zh-cn Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727) Host: www.zhiliaowang.com Connection: Keep-Alive |
POST /sp.cgi HTTP/1.0 /* 请求行，服务程序为sp.cgi */ Host: www.spserver.com /* 以下为实体头信息 */ Authorization: Basic <Base64 串> Content-Length: <Content-Length> <CommandId>=<4> /* 以下为POST请求的实体信息 */
<SequenceNumber>=<205502327125025327> /* 实体部分输送报文 */
<UserNumber>=<8613001125453>
<SPNumber>=<168>
<MessageContent>=<ABCD 1234> |
一般情况下，采用POST报文传送信息的数据存储在"实体"部分中。
请求报文附注：
HTTP请求包括三部分：请求行(Request Line)，头部(Headers)和数据体(Body)。其中，请求行由请求方法(method)，请求网址Request-URI和协议 (Protocol)构成，而请求头包括多个属性，数据体则可以被认为是附加在请求之后的文本或二进制文件。
这段程序使用了6个Header，还有一些Header没有出现。我们参考这个例子具体解释HTTP请求格式。
比如从网页/beijing.html中点击一个链接到网页/qingdao.html,在向服务器发送的GET /beijing.html中的请求中，Referer是 http://www.6book.net/qingdao.html 。这个属性可以用来跟踪Web请求是从什么网站来的。
25.Warning：用来由客户声明传递或存储(cache)错误。
|
取值
|
描述
|
|
1××
|
保留。
|
|
2××
|
成功接收，比如“200”表示处理成功。
|
|
3××
|
客户需进一步细化请求。
|
|
4××
|
客户错误，比如“404”表示访问的
指定资源不存在。 |
|
5××
|
服务器错误。
|
HTTP/1.1 200 OK
Connection: keep-alive
Date: Thu, 26 Jul 2007 14:00:02 GMT
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Content-Length: 190
Content-Type: text/html
Set-Cookie: ASPSESSIONIDSAATTCSQ=JOPPKDCAMHHBEOICJPGPBJOB; path=/
Cache-control: private <html>
<head>
<title>精通Unix下C语言编程</title>
</head>
<body>
<b>精通Unix下C语言编程与项目实战<br></b>
<b>投票测试<br></b>
感谢你为选手
朱云翔
投票!
</body>
</html> |
HTTP/1.0 200 OK /* 状态行，应答成功 */
Date: Tue, 13 Mar 2001 02:45:12 GMT /* 以下为实体头信息 */
Server: Apache/1.3.12 (Unix)
Content-Type: text/html
Connection: close
<CommandId>=<80000004> /* 以下为POST应答的实体信息 */ <SequenceNumber>=<205502327125025327> <UserNumber>=<8613001125453> <SPNumber>=<168> <MessageContent>=< EFGH 5678> <Result>=<0> |
客户机与服务器双方关闭套接字连接，结束TCP/IP对话。
最后
以上就是搞怪皮卡丘为你收集整理的目前常用的报文格式的全部内容，希望文章能够帮你解决目前常用的报文格式所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复