�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#57;&#49;&#20037;&#20037;&#31934;&#21697;&#22269;&#20135;&#57;&#49;&#20037;&#20037;&#24615;&#33394;&#44;&#22269;&#20135;&#19968;&#21306;&#20108;&#21306;&#48;&#44;&#20037;&#20037;&#22269;&#20869;&#31934;&#21697;&#35270;&#39057;</title><link>http://www.aygfsteel.com/anselly/</link><description /><language>zh-cn</language><lastBuildDate>Thu, 19 Jun 2025 00:19:09 GMT</lastBuildDate><pubDate>Thu, 19 Jun 2025 00:19:09 GMT</pubDate><ttl>60</ttl><item><title>8583</title><link>http://www.aygfsteel.com/anselly/archive/2011/06/02/351624.html</link><dc:creator>anselly</dc:creator><author>anselly</author><pubDate>Thu, 02 Jun 2011 10:39:00 GMT</pubDate><guid>http://www.aygfsteel.com/anselly/archive/2011/06/02/351624.html</guid><wfw:comment>http://www.aygfsteel.com/anselly/comments/351624.html</wfw:comment><comments>http://www.aygfsteel.com/anselly/archive/2011/06/02/351624.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/anselly/comments/commentRss/351624.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/anselly/services/trackbacks/351624.html</trackback:ping><description><![CDATA[<span style="font-family: Courier; font-size: 12pt; mso-bidi-font-family: 宋体; mso-font-kerning: 0pt; mso-ansi-language: EN-US; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA">最开始时�Q�金融系�l�只�?span lang="EN-US">IBM</span>�q�些大的公司来提供设备，象各�U�主��Z���l�端�{�。在各个计算�����备之��_��需要交换数据。我们知道数据是通过�|�络来传送的�Q�而在�|�络上传送的数据都是��Z��<span lang="EN-US">0</span>�?span lang="EN-US">1</span>�q�样的二�q�制数据�Q�如果没有对数据�q�行�~�码�Q�则�q�些数据没有�����够理解，属于没有用的数据。�v初的<span lang="EN-US">X.25</span>�?span lang="EN-US">SDLC</span>以及现在���行�?span lang="EN-US">TCP/IP</span>�|�络协议都提供底层的通讯�~�码协议�Q�它们解决了最底层的通讯问题�Q�能够将一串字�W�从一个地方传送到另一个地斏V��但是，仅仅传送字�W�串是没有太大意义的�Q�怎样来解析字�W�串代表什么内�Ҏ��非常重要的，否则传送一�?#8220;<span lang="EN-US">0123abcd</span>&#8221;的字�W�串也是无用的�ؕ码�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>让我们随着时光回到几十�q�前的某个时刻，假设我们被推到历史的舞台上，由我们来设计一个通用报文协议�Q�来解决金融�pȝ��之间的报文交换，暂且�U�该协议叫做<span lang="EN-US">ISO8583</span>协议。此�Ӟ��技术是在不断的前行�Q�当�?span lang="EN-US">IBM</span>一支独�U�的局面好像已�l�不妙了�Q�各�U�大���不一的公叔R���q�入金融行业以求能有所斩获�Q�呈一片百花齐攄���局面。我们怎样来设计一个报文协议，能够���这些如雨后春笋般出现的所有公叔R���U�_���q�来�Q�其实也不是一件很���单的事�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>我们�q�是先一步步的来考虑吧。金融行业其实涉及到的数据内容�ƈ不是成千上万�Q�无法统计，恰恰相反�Q�是比较���的。我们都可以在心底数得过来，象交易类型、帐受���帐��L��型、密码、交易金额、交易手�l�费、日期时间、商户代码�?span lang="EN-US">2</span>��?span lang="EN-US">3</span>���数据、交易序列号�{�，把所有能够�ȝ��出来的都�ȝ����h��不过<span lang="EN-US">100</span>个左右的数据。那我们可以首先���单的设计<span lang="EN-US">ISO8583</span>�Q�定�?span lang="EN-US">128</span>个字�D�，���所有能够考虑到的�c�M��上面提到�?#8220;帐号&#8221;�{�金融数据类型，按照一个顺序排��h���Q�分别对�?span lang="EN-US">128</span>个字�D�中的一个字�D�c��每个数据类型占固定的长度，�q�个��序和长度我们都事先定义好。这样就���单了�Q�要发送一个报文时�Q�就��?span lang="EN-US">128</span>个字�D�|��照顺序接��h���Q�然后将接�v来的整串数据包发送出厅R�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>��M��金融软�g收到<span lang="EN-US">ISO8583</span>包后�Q�直接按照我们定义的规范解包卛_���Q�因为整个报文的<span lang="EN-US">128</span>个字�D�从哪一位到哪一位代表什么，大家都知道，只要知道你的数据包是<span lang="EN-US">ISO8583</span>包即可，我们都已�l�定义好了。比如第<span lang="EN-US">1</span>个字�D�|��&#8220;交易�c�d��&#8221;�Q�长度�ؓ<span lang="EN-US">4</span>位，�W?span lang="EN-US">2</span>个字�D�位�?#8220;帐号&#8221;�Q��ؓ<span lang="EN-US">19</span>位等�{�。接收方���可以先�?span lang="EN-US">4</span>位，再取接着�?span lang="EN-US">19</span>位，依次�c�L���Q�直到整个数据包<span lang="EN-US">128</span>个字�D�都解完为止�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>其实�q�种做法真是���单直接，基本上就可以满��需要了。不�q�我们有几个问题要思考下�Q?span lang="EN-US"><br />1</span>�?我怎么知道每个字段的数据类型呢�Q�是数字�q�是字符�Q?span lang="EN-US"><br />2</span>�?每个传送的报文都把<span lang="EN-US">128</span>个字�D�都传过去，那网�l�带宽能够承受得了，有时候我可能只需要其�?span lang="EN-US">5</span>个字�D�，�l�果多收��C��<span lang="EN-US">123</span>个无用的字段�?span lang="EN-US"><br />3</span>�?如果我某些字�D늚�长度不固定，属于变长怎么办，因�ؓ你现在解包是当作数据包每个字�D�都是固定的�Q�用<span lang="EN-US">C</span>语言解包时直接依靠指针取固定长度的一串字�W�做��Z��个字�D�c�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>我们来一一解决�q�些问题�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>�W�一个问题简单，我在定义<span lang="EN-US">ISO8583</span>旉���了定义每个字�D�表�C�Z��么，�q�规定其内容是数字或是字�W�等卛_��。考虑可能出现的类型不�q�有以下几种�Q�字母、数字、特�D�字�W�、年月日�{�时间、二�q�制数据。比如我�?span lang="EN-US">128</span>个字�D�中�?#8220;商户�c�d��&#8221;字段定义光���度是<span lang="EN-US">15</span>�Q�同时定义其�c�d��为字母。再�_����点，如果&#8220;商户�c�d��&#8221;里面的数据同时包括数字和字母呢？那我们就定义其类型�ؓ字母也可�Q��ؓ数字也可�Q�即一个字�D�可以同时属于多个类型�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>�W�二个问题稍微复杂点。其本质���是如果我只�?span lang="EN-US">128</span>个字�D늚�<span lang="EN-US">5</span>个字�D�，接收�Ҏ��么知道我传了哪几个字段�l�它了。要是我们把剩下�?span lang="EN-US">123</span>全部填成<span lang="EN-US">0</span>或其他特�D�标识，标明该字�D�不需要��用？�q�种处理�Ҏ��没有半点用处�Q�没有解决网�l�带宽的本质问题�Q�还是要�?span lang="EN-US">128</span>个字�D�c�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>换个思�\�Q�我在报文前面加上个包头�Q�包头里面包含的信息能够让别人知道只传了<span lang="EN-US">5</span>个字�D�c��怎样设计�q�个包头�Q�可以这��P��我们�?span lang="EN-US">16</span>个字节，�?span lang="EN-US">128</span>�?span lang="EN-US">bit</span>�Q�一个字节等�?span lang="EN-US">8bit</span>�Q�来表示<span lang="EN-US">128</span>个字�D�中的某个字�D�|��否存在。每�?span lang="EN-US">bit</span>在计���机的二�q�制里面不是<span lang="EN-US">1</span>���是<span lang="EN-US">0</span>�Q�如果是<span lang="EN-US">1</span>���p���C�对应的字段在本�ơ报文中存在�Q�如果是<span lang="EN-US">0</span>���是不存在。这样好了，如果别�h接收��C��<span lang="EN-US">ISO8583</span>报文�Q�可以先�Ҏ��最前面的报文头�Q�就知道紧接着报文头后面的报文有哪些字�D�，没有哪些字段了。比如，我要发�?span lang="EN-US">5</span>个字�D�，分别属于<span lang="EN-US">128</span>个字�D�中的第<span lang="EN-US">2</span>�?span lang="EN-US">3</span>�?span lang="EN-US">6</span>�?span lang="EN-US">8</span>�?span lang="EN-US">9</span>字段�Q�我���可以将<span lang="EN-US">128bit</span>的报文头填成<span lang="EN-US">011001011000000000</span>&#8230;&#8230;&#8230;<span lang="EN-US">..</span>�Q�一�?span lang="EN-US">128</span>�?span lang="EN-US">bit</span>�Q�后面就全是<span lang="EN-US">0</span>了。注意其中第<span lang="EN-US">2</span>�?span lang="EN-US">3</span>�?span lang="EN-US">6</span>�?span lang="EN-US">8</span>�?span lang="EN-US">9</span>位�ؓ<span lang="EN-US">1</span>�Q�其他都�?span lang="EN-US">0</span>�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>有了�q�个<span lang="EN-US">128bit</span>的报文头�Q�我们就可以只发送需要的<span lang="EN-US">5</span>个字�D�了。怎样�l�织报文�Q�先放上�q?span lang="EN-US">128bit</span>�Q�即<span lang="EN-US">16</span>个字节的��_��然后在头后面�?span lang="EN-US">2</span>�?span lang="EN-US">3</span>�?span lang="EN-US">6</span>�?span lang="EN-US">8</span>�?span lang="EN-US">9</span>字段�Q�这些字�D늴�挨在一��P��<span lang="EN-US">3</span>�?span lang="EN-US">6</span>之间也不需要填�?span lang="EN-US">4</span>�?span lang="EN-US">5</span>�q�两个字�D�了。接收方收到�q�个报文�Q�它会根�?span lang="EN-US">128bit</span>的报文头来解包，它自然知道把�W?span lang="EN-US">3</span>个字�D�取出后�Q�就直接在第<span lang="EN-US">3</span>字段的后面取�W?span lang="EN-US">6</span>个字�D�，每个字段的长度在<span lang="EN-US">ISO8583</span>里面都定义好了，很轻村ְ�把数据包解出来了�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>�q�下好了�Q��ؓ了解决上面的�W�二问题�Q�我们只是在报文中增加了<span lang="EN-US">16</span>个字节的数据�Q�就��L��搞定了，我们把这<span lang="EN-US">16</span>个字节称�?span lang="EN-US">bit map</span>�Q�即位图�Q�用来表�C�某个位是否存在。不�q�我们再�E�微优化一下，考虑到很多时候报文不需�?span lang="EN-US">128</span>个字�D�这么多�Q�其一�?span lang="EN-US">64</span>个字�D�都不一定能够用完。那我可以将报文头由<span lang="EN-US">128bit</span>减到<span lang="EN-US">64bit</span>�Q�只有在需要的时候才把剩下的<span lang="EN-US">64bit</span>攑ֈ�报文里面�Q�这��h��文长度不又少�?span lang="EN-US">8</span>个字节吗�Q?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>是个好主意。我们把<span lang="EN-US">ISO8583</span>�?span lang="EN-US">128</span>个字�D�中最常见的都攑ֈ��?span lang="EN-US">64</span>个字�D�中�Q�那我们可以���处理羃���一倍。这��h��一般发送报文时只需发�?span lang="EN-US">64bit</span>�Q�即一个字节的报文��_��再加上需要的几个字段���可以了。如果有些报文用�?span lang="EN-US">64</span>�?span lang="EN-US">128</span>之间的字�D�呢�Q�这个也好办�Q�我�?span lang="EN-US">64bit</span>报文头的�W�一�?span lang="EN-US">bit</span>用来代表�Ҏ��含义�Q�如果该<span lang="EN-US">bit</span>�?span lang="EN-US">1</span>�Q�则表示<span lang="EN-US">64bit</span>后面跟了剩下�?span lang="EN-US">64bit</span>报文��_��如果�W�一�?span lang="EN-US">bit</span>�?span lang="EN-US">0</span>�Q�则表示<span lang="EN-US">64bit</span>后面没有跟剩下的<span lang="EN-US">64bit</span>报文��_��直接�?span lang="EN-US">128</span>个字�D�中的报文了。那们，接收方会判断一下报头的�W�一�?span lang="EN-US">bit</span>�?span lang="EN-US">1</span>�q�是<span lang="EN-US">0</span>�Q�从而知道报文头�?span lang="EN-US">64bit</span>�q�是<span lang="EN-US">128bit</span>了，���可以做相应处理。因为报文头�W�二�?span lang="EN-US">64bit</span>属于有时候有�Q�所以我们叫�?span lang="EN-US">Extended bit map</span>扩展位图�Q�相应的报文头最开始的<span lang="EN-US">64bit</span>我们叫它<span lang="EN-US">Primary bit map</span>��M��图。我们直接把扩展位图固定攑ֈ�<span lang="EN-US">128</span>个字�D늚��W�一个字�D�，而主位图每个数据包都有，���强制性放在所�?span lang="EN-US">128</span>个字�D늚�前面�Q��ƈ不归�?span lang="EN-US">128</span>个字�D�中厅R�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>�W�三个问题可以考虑�q�样解决。比如第<span lang="EN-US">2</span>个字�D�|��&#8220;帐号&#8221;�Q�是不定长的�Q�可能有的银行帐��h��<span lang="EN-US">19</span>位，有的�?span lang="EN-US">17</span>位等。我们定<span lang="EN-US">ISO8583</span>规范时可以规定第<span lang="EN-US">2</span>个字�D�|��<span lang="EN-US">25</span>位，�q�下���_����?span lang="EN-US">19</span>�?span lang="EN-US">17</span>的情况都包含�q�来�Q�但是如果以后出��C��<span lang="EN-US">30</span>位的怎么办？那我们现在将字段定�ؓ<span lang="EN-US">100</span>位。以后超�q?span lang="EN-US">100</span>位怎么办，况且如果你只�?span lang="EN-US">19</span>位的帐号�Q�我们定义了<span lang="EN-US">100</span>位，�?span lang="EN-US">81</span>位的数据不是���费了网�l�的带宽。看来预先定义一个我们认为比较大的位数是不太好的�?span lang="EN-US"><br />&nbsp;&nbsp;<br />&nbsp;&nbsp;&nbsp;&nbsp;</span>我们�q�样�Q�对于第<span lang="EN-US">2</span>个字�D?#8220;帐号&#8221;�Q�在字段的开头加�?#8220;帐号&#8221;的长度。比如帐��h��<span lang="EN-US">0123456789</span>�Q�一�?span lang="EN-US">10</span>位，我们变成<span lang="EN-US">100123456789</span>�Q�注意前面多了个<span lang="EN-US">10</span>�Q�表�C�后面的<span lang="EN-US">10</span>位�ؓ帐号。如果你接触�q?span lang="EN-US">COM</span>里面�?span lang="EN-US">BSTR</span>�Q�应该对�q�种处理比较熟悉了。接收方收到该字�D�后�Q�它知道<span lang="EN-US">ISO8583</span>规定�W?span lang="EN-US">2</span>个字�D?#8220;帐号&#8221;是变长的�Q�所以会先取前面�?span lang="EN-US">2</span>位出来，获取其��|��此时为长度，然后�Ҏ��该长度值知道应该拷贝该字段后面哪几位数据，才是真正的帐受���如果你觉得长度如果只有两位最多只能表�C?span lang="EN-US">99</span>位长�Q�不太够�Q�我们也定义可以允许前面<span lang="EN-US">3</span>位都为长度的变长字段�Q�这样就�?span lang="EN-US">999</span>位长�Q�应该够了吧。在规范里面如果我定义某个字�D늚�属性是&#8220;<span lang="EN-US">LLVAR</span>&#8221;�Q�你注意了，其中�?span lang="EN-US">LL</span>表示长度�Q?span lang="EN-US">VAR</span>表示后面的数据，两个<span lang="EN-US">LL</span>表示两位长，最大是<span lang="EN-US">99</span>�Q�如果是三位���是&#8220;<span lang="EN-US">LLLVAR</span>&#8221;�Q�最大是<span lang="EN-US">999</span>。这��L��我们定义�?span lang="EN-US">ISO8583</span>规范文档时直接根据这几个字母���q��解某个变长字�D늚�意思了�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>该解决的几个问题到这里都解决了，我们来回��下自己设计�?span lang="EN-US">ISO8583</span>规范。其实没有什么，无非是把金融行业可能出现的数据分门别�c�，排好��序�Q�接着把它们连接�v来，�l�成一个报文发送出去而已。其中针对该报文的设计进行了一些优化，引入�?span lang="EN-US">bit map</span>位图的概念，也算是一个不错的��x���?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>剩下的工作就���单了�Q�我们就直接攉���金融行业可能出现的数据字�D늱�型，分成<span lang="EN-US">128</span>个字�D늱�型，如果没有�?span lang="EN-US">128</span>个这么多���先保留一些下来，另外考虑到有些�h有特�D�的要求�Q�我们规定可以将<span lang="EN-US">128</span>个字�D�中的几个字�D�你自己来定义其内容�Q�也���是一�U�扩展了�?span lang="EN-US"><br /><br />&nbsp;&nbsp;&nbsp;&nbsp;</span>�q�样�Q�最后我们就得到�?span lang="EN-US">ISO8583</span>规范的那张字�D�|���q�表了。想要详�l�的知道每个字段的含义直接对着表看���可以，比较���单�?/span> <img src ="http://www.aygfsteel.com/anselly/aggbug/351624.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/anselly/" target="_blank">anselly</a> 2011-06-02 18:39 <a href="http://www.aygfsteel.com/anselly/archive/2011/06/02/351624.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                         <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ʯ����</a>|
<a href="http://" target="_blank">�ؼ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�潭��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��̨��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����ʡ</a>|
<a href="http://" target="_blank">��̩��</a>|
<a href="http://" target="_blank">ƫ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�˹���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�Ļ�</a>|
<a href="http://" target="_blank">��ľ������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">��ָɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ɳ����</a>|
<a href="http://" target="_blank">ȫ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">ƽ��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ӳ���</a>|
<a href="http://" target="_blank">��ˮ</a>|
<a href="http://" target="_blank">��̨����</a>|
<a href="http://" target="_blank">��̩��</a>|
<a href="http://" target="_blank">�ݰ���</a>|
<a href="http://" target="_blank">۩����</a>|
<a href="http://" target="_blank">�괨��</a>|
<a href="http://" target="_blank">DZ����</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>