頁(yè)FIX會(huì)話缺口填補(bǔ)方式（資料性附錄）使用FIX會(huì)話時(shí)，接收方在檢測(cè)到消息丟失后（發(fā)現(xiàn)消息缺口），有兩種方式處理缺口，方式一：接收方發(fā)現(xiàn)缺口后向發(fā)送方請(qǐng)求發(fā)送缺口消息及其后的所有消息，見(jiàn)圖A.1；方式二：接收方發(fā)現(xiàn)缺口后，保存已收到消息，并向發(fā)送方請(qǐng)求發(fā)送缺口消息，見(jiàn)圖A.2：圖A.1缺口填補(bǔ)方式一圖A.2缺口填補(bǔ)方式二FIX會(huì)話連接場(chǎng)景（資料性附錄）FIX會(huì)話登錄圖B.1是一個(gè)連接登錄的場(chǎng)景，連接申請(qǐng)方向連接服務(wù)方發(fā)送一個(gè)登錄消息，第一個(gè)消息因無(wú)效而通過(guò)注銷來(lái)拒絕登錄。第二個(gè)消息有效，服務(wù)方回送一條登錄消息表示確認(rèn)。圖B.1登錄注銷圖B.2顯示注銷會(huì)話的場(chǎng)景，申請(qǐng)注銷后，服務(wù)方回送注銷消息確認(rèn)斷開(kāi)會(huì)話。圖B.2注銷重發(fā)圖B.3是會(huì)話斷開(kāi)而重發(fā)消息的場(chǎng)景，發(fā)送方在發(fā)送完一些應(yīng)用消息給接收方后，在某個(gè)時(shí)刻TCP/IP連接意外斷開(kāi)。此后發(fā)送方一直發(fā)送完104號(hào)才發(fā)現(xiàn)通訊故障并等待通訊恢復(fù)，通訊恢復(fù)后，發(fā)送方法送105號(hào)登錄消息重新連接，連接后接收方發(fā)送重發(fā)請(qǐng)求消息給發(fā)送方，要求重新發(fā)送103號(hào)及其以后的消息。發(fā)送方響應(yīng)其請(qǐng)求，并用序號(hào)重設(shè)來(lái)覆蓋105號(hào)登錄消息。圖B.3重發(fā)重發(fā)請(qǐng)求圖B.4是一個(gè)重發(fā)消息中含有會(huì)話消息的重發(fā)場(chǎng)景，發(fā)送方在發(fā)送完一些應(yīng)用消息和心跳消息給接收方后，收到了一條重發(fā)請(qǐng)求30號(hào)（接收方的當(dāng)前發(fā)送消息序號(hào)）。發(fā)送方于是重新發(fā)送應(yīng)用消息給接收方，而心跳消息則通過(guò)序號(hào)重設(shè)消息來(lái)覆蓋或跳過(guò)，這樣保持了消息序號(hào)的對(duì)應(yīng)和連續(xù)。通常發(fā)送方應(yīng)保存一定范圍的消息供填補(bǔ)缺口，這些需保存的消息是含有應(yīng)用消息和會(huì)話消息即所有曾發(fā)送的消息。圖B.4重發(fā)請(qǐng)求心跳和測(cè)試請(qǐng)求圖B.5是心跳和測(cè)試請(qǐng)求的場(chǎng)景，連接雙方的空閑持續(xù)在經(jīng)過(guò)一個(gè)約定的時(shí)間間隔后，連接雙方根據(jù)規(guī)則都可以發(fā)送心跳或測(cè)試請(qǐng)求。圖B.5心跳和測(cè)試請(qǐng)求

應(yīng)用場(chǎng)景新訂單場(chǎng)景圖新訂單場(chǎng)景見(jiàn)圖C.1。圖C.1新訂單場(chǎng)景撤單場(chǎng)景圖撤單場(chǎng)景見(jiàn)圖C.2。圖C.2撤單場(chǎng)景計(jì)算校驗(yàn)和（資料性附錄）以下為計(jì)算校驗(yàn)和的代碼段：char*GenerateCheckSum(char*buf,longbufLen){ staticchartmpBuf[4]; longidx; unsignedintcks; for(idx=0L,cks=0;idx<bufLen;cks+=(unsignedint)buf[idx++]); sprintf(tmpBuf,“%03d”,(unsignedint)(cks%256)); return(tmpBuf); }FIX會(huì)話FIX會(huì)話E.1.1消息序號(hào)任何一條消息都被分配有一個(gè)消息序號(hào)來(lái)唯一標(biāo)識(shí)，消息序號(hào)在每次會(huì)話過(guò)程中從1開(kāi)始，在整個(gè)會(huì)話過(guò)程中連續(xù)遞增，直到該會(huì)話過(guò)程全部結(jié)束。通過(guò)監(jiān)視消息序號(hào)的連續(xù)性可以知道交換中的消息缺口，并做出反應(yīng)，使得連接雙方數(shù)據(jù)同步。連接雙方都明確確定相互獨(dú)立的消息序號(hào)，參與連接的任何一方負(fù)責(zé)維護(hù)自己發(fā)送的消息序號(hào)，并監(jiān)視接收的消息序號(hào)以保證消息缺口的發(fā)現(xiàn)和處理。E.1.2心跳在消息交換的空閑期間，連接雙方將會(huì)產(chǎn)生有規(guī)則的心跳消息。通過(guò)心跳消息可以監(jiān)控通訊連接的狀態(tài)。心跳間隔時(shí)間由會(huì)話發(fā)起人在登錄時(shí)確定。在發(fā)送任何消息后，應(yīng)立即重新設(shè)置心跳間隔計(jì)時(shí)器。心跳間隔時(shí)間應(yīng)該得到連接雙方的確認(rèn)，由登錄發(fā)起人給出并得到登錄接受方的確認(rèn)。連接雙方使用相同心跳間隔時(shí)間。E.1.3缺口填補(bǔ)由于協(xié)議是基于樂(lè)觀的消息傳輸模式，消息在傳輸過(guò)程中可能存在丟失，而這種消息丟失發(fā)送方不能檢測(cè)，因此接收方應(yīng)負(fù)責(zé)檢測(cè)消息的缺口并處理。有兩種處理方法：接收方發(fā)現(xiàn)缺口后向發(fā)送方請(qǐng)求發(fā)送缺口消息及其后的所有消息；接收方發(fā)現(xiàn)缺口后，保存已收到消息，并向發(fā)送方請(qǐng)求重復(fù)發(fā)送缺口消息。E.1.4消息重復(fù)發(fā)送響應(yīng)一個(gè)重發(fā)請(qǐng)求而重復(fù)發(fā)送消息時(shí)，或者不確定對(duì)方是否收到某消息而重復(fù)發(fā)送該消息時(shí)，要求在該消息內(nèi)加上可能重復(fù)標(biāo)志（PossibleDuplicate=Y）。如何處理該消息則是接收方的事情。由于當(dāng)生成有此類可能重復(fù)發(fā)送的消息時(shí)，仍使用該消息的原來(lái)序號(hào)，但某些信息可能會(huì)改變，如原始時(shí)間、發(fā)送時(shí)間、正文長(zhǎng)度、可能重復(fù)標(biāo)志等，所以應(yīng)重新計(jì)算校驗(yàn)和。E.1.5消息重新發(fā)送基于應(yīng)用層的可能重發(fā)，如發(fā)送的訂單在相當(dāng)長(zhǎng)的時(shí)間內(nèi)沒(méi)有確認(rèn)，或者懷疑其根本未曾發(fā)送過(guò)，可以通過(guò)設(shè)置可能重新發(fā)送標(biāo)志來(lái)重新發(fā)送(PossibleResend=Y)，并使用新的消息序號(hào)。接收方應(yīng)用層收到該類消息后，應(yīng)通過(guò)查詢消息內(nèi)的域（如訂單編號(hào)等）來(lái)確定此前是否收到此條消息。該類消息應(yīng)確定包含相同的正文數(shù)據(jù)，同樣，由于某些信息可能會(huì)改變，所以應(yīng)重新計(jì)算校驗(yàn)和。E.1.6消息確認(rèn)由于協(xié)議是基于樂(lè)觀的消息傳輸模式，通過(guò)監(jiān)視消息序號(hào)發(fā)現(xiàn)缺口，不支持對(duì)每個(gè)消息收發(fā)的確認(rèn)。但大量消息收發(fā)的確認(rèn)可在應(yīng)用層定義。在應(yīng)用層接受和拒絕是允許的，如訂單的確認(rèn)。連接會(huì)話過(guò)程的數(shù)據(jù)交換可以這樣描述：連接雙方各有一個(gè)連續(xù)的消息序號(hào)隨消息傳送，而交易期間可以多次斷開(kāi)并重新連接，其斷開(kāi)的原因可以是外因引起，也可以是連接雙方根據(jù)系統(tǒng)來(lái)統(tǒng)一制定何時(shí)斷開(kāi)并重新連接。一次會(huì)話連接通常不應(yīng)超過(guò)24小時(shí)，當(dāng)然，如需要保持24小時(shí)以上的連接，則需要發(fā)送一條含有序號(hào)重設(shè)標(biāo)志的登錄消息來(lái)建立新的起始消息序號(hào)。FIX連接分為三個(gè)部分：登錄、消息交換、注銷。E.2.1登錄登錄連接包含三個(gè)步驟：建立電信通訊連接、連接雙方的確認(rèn)/認(rèn)證、消息傳輸同步的初始化。主要有以下幾點(diǎn)：連接會(huì)話的發(fā)起方與接收方建立電信通訊連接。認(rèn)證發(fā)起方發(fā)送登錄消息（Logon），接收方認(rèn)證發(fā)起方身份的合法性。登錄消息應(yīng)包括認(rèn)證的必要數(shù)據(jù)，如客戶名、密碼等。如果發(fā)起方身份通過(guò)認(rèn)證，則接收方發(fā)送一個(gè)登錄消息作回應(yīng)。如果認(rèn)證失敗，會(huì)話接收方則在發(fā)送一個(gè)含失敗說(shuō)明的注銷消息（Logout）后關(guān)閉連接。不過(guò)發(fā)送注銷消息并非是必須的，因?yàn)樵谀承┣闆r下往往會(huì)引起其他問(wèn)題。在發(fā)起方收到接收方的登錄消息之后即可認(rèn)為會(huì)話連接建立完成。會(huì)話發(fā)起方可以緊隨登錄消息之后開(kāi)始發(fā)送其他消息。通常在登錄后或者剛發(fā)送完測(cè)試請(qǐng)求消息（TestRequest）時(shí)延遲等待一段時(shí)間，然后再發(fā)送新的消息，使得連接雙方能有效控制重發(fā)請(qǐng)求。否則可能會(huì)導(dǎo)致一方會(huì)針對(duì)對(duì)方的每一條新消息發(fā)出重發(fā)請(qǐng)求。初始化在身份通過(guò)認(rèn)證之后，發(fā)起方和接收方應(yīng)首先同步消息序號(hào)，然后才能相互發(fā)送新的信息。同步消息序號(hào)通過(guò)消息序號(hào)域（MsgSeqNum）來(lái)確定，將登錄消息里的消息序號(hào)（MsgSeqNum）與內(nèi)部監(jiān)控的下一個(gè)預(yù)期的消息序號(hào)進(jìn)行比較就能發(fā)現(xiàn)消息的消息序號(hào)缺口。同樣，發(fā)起方通過(guò)將接收方發(fā)送的登錄消息里的消息序號(hào)（MsgSeqNum）與下一個(gè)預(yù)期的消息序號(hào)進(jìn)行比較也能發(fā)現(xiàn)消息的缺口。E.2.2消息交換在以上初始化完成之后，可以開(kāi)始進(jìn)行信息交換。所有有效消息的格式將在“會(huì)話消息”和“應(yīng)用消息”部分中詳細(xì)敘述。E.2.3注銷會(huì)話的正常結(jié)束是通過(guò)連接雙方互相發(fā)送注銷消息（Logout）完成的。若結(jié)束時(shí)沒(méi)有收到回送的注銷消息（Logout），則把對(duì)方視作已注銷。除此之外的其它方式的會(huì)話結(jié)束視為非正常，并應(yīng)按錯(cuò)誤來(lái)處理。在發(fā)送注銷消息（Logout）之前，應(yīng)發(fā)送測(cè)試請(qǐng)求消息（TestRequest）以要求對(duì)方的心跳信息，這有助于保證不出現(xiàn)消息序號(hào)缺口。在結(jié)束會(huì)話之前，注銷消息（Logout）的發(fā)起方應(yīng)該等待對(duì)方回送的注銷消息（Logout），這樣給接收方一個(gè)填補(bǔ)缺口的機(jī)會(huì)。待重發(fā)請(qǐng)求的信息全部收到后，接收方才可發(fā)送應(yīng)答的注銷消息（Logout）。如果接收方在一定時(shí)間內(nèi)沒(méi)有答復(fù)，那么會(huì)話就可以立即中斷。（注注：注銷不影響任何訂單的狀況。所有有效的訂單都可在注銷（注：注銷不影響任何訂單的狀況。所有有效的訂單都可在注銷（Logout）之后執(zhí)行。E.2.4消息恢復(fù)以下描述了有關(guān)恢復(fù)消息的具體方法。每一方必須維護(hù)兩個(gè)消息序號(hào)，一個(gè)為了發(fā)送，一個(gè)為了接收。當(dāng)接收進(jìn)來(lái)的消息序號(hào)與預(yù)期的消息序號(hào)不相符合時(shí)，需進(jìn)行修正處理。但需要注意的是，如果接收進(jìn)來(lái)的是序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）消息則不需要修正處理，因?yàn)樘幚碓撓r(shí)不必考慮它的消息序號(hào)。如果接收的消息的消息序號(hào)比預(yù)期的消息序號(hào)小，而且沒(méi)有設(shè)置可能重復(fù)標(biāo)志（PossDupFlag），那么表明發(fā)生了嚴(yán)重的錯(cuò)誤。因此必須立即結(jié)束會(huì)話，并開(kāi)始進(jìn)行人工干預(yù)。如果接收進(jìn)來(lái)的消息序號(hào)比預(yù)期的大，那么表明有消息被遺漏，應(yīng)通過(guò)發(fā)送重發(fā)請(qǐng)求申請(qǐng)?zhí)钛a(bǔ)缺口。當(dāng)收到重發(fā)請(qǐng)求時(shí)，重發(fā)人可以作出回應(yīng)為以下三種之一：（注注：本文中請(qǐng)求人指的是提出重發(fā)請(qǐng)求的那一方，重發(fā)人指的是回應(yīng)重發(fā)請(qǐng)求的那一方。）注：本文中請(qǐng)求人指的是提出重發(fā)請(qǐng)求的那一方，重發(fā)人指的是回應(yīng)重發(fā)請(qǐng)求的那一方。作為正常回應(yīng)，重發(fā)人按順序發(fā)送被請(qǐng)求的消息，這些消息的消息序號(hào)仍為原消息序號(hào)，并且將可能重復(fù)的標(biāo)志（PossDupFlag）置位為“Y”。作為正?；貞?yīng)，重發(fā)人發(fā)送序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息，可能重復(fù)標(biāo)志（PossDupFlag）置位為“Y”，以表示刪除過(guò)時(shí)或多余的消息。作為非正常回應(yīng)，重發(fā)人發(fā)送序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）消息，可能重復(fù)的標(biāo)志（PossDupFlag）置位為“Y”，以強(qiáng)制消息序號(hào)同步。在缺口填補(bǔ)過(guò)程中，不需要重新發(fā)送某些會(huì)話消息。取而代之的是一種特殊的序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息。不需要重新發(fā)送的會(huì)話消息是：登錄、注銷、重發(fā)請(qǐng)求、心跳、測(cè)試請(qǐng)求、序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）和序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）。這樣會(huì)話拒絕消息便成為了唯一可能被重新發(fā)送的會(huì)話消息。會(huì)話過(guò)程中應(yīng)監(jiān)視接收進(jìn)來(lái)的消息以便發(fā)現(xiàn)由于疏漏而被對(duì)方重新發(fā)送了的會(huì)話消息（設(shè)置了可能重復(fù)標(biāo)志（PossDupFlag）的）。當(dāng)收到這些消息以后，處理時(shí)，只要確保它們具有消息序號(hào)的完整性即可，而忽略對(duì)它們的業(yè)務(wù)或應(yīng)用的處理。如果碰到多個(gè)連續(xù)的不需要重發(fā)的會(huì)話消息，則只需發(fā)送一個(gè)序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息取而代之。該序號(hào)重設(shè)-缺口填補(bǔ)消息的消息序號(hào)是下一個(gè)預(yù)期的消息序號(hào)。序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息的新消息序號(hào)（NewSeqNo）為本連續(xù)會(huì)話消息段中最大消息序號(hào)+1。（注注：如在重新發(fā)送操作期間，有注：如在重新發(fā)送操作期間，有7條連續(xù)的會(huì)話消息等待發(fā)送，他們以消息序號(hào)9開(kāi)始和以消息序號(hào)一五結(jié)束，此時(shí)只發(fā)送一個(gè)序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息來(lái)代替那7條消息，那么該序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息的消息序號(hào)是9，這是因?yàn)橐薪由蠗l消息而保持消息序號(hào)的連續(xù)性；其中新消息序號(hào)（NewSeqNo）是16，這樣使得對(duì)方知道下一消息發(fā)送時(shí)的消息序號(hào)。在缺口被填補(bǔ)完成之后，交換引擎應(yīng)將無(wú)序的消息暫時(shí)保存為有序的排列并按順序?qū)λ鼈冞M(jìn)行處理。這樣防止出現(xiàn)對(duì)n->m,n->m+1,n->m+2,…的重發(fā)請(qǐng)求，從而導(dǎo)致了大量的可能重復(fù)（PossDupFlag=’Y’）標(biāo)記。檢驗(yàn)消息序號(hào)的連續(xù)在會(huì)話過(guò)程管理中是必不可少的部分。不過(guò)，針對(duì)消息類型的不同，處理消息序號(hào)流的差異也就不同。下列的表41列出了當(dāng)進(jìn)來(lái)的消息序號(hào)大于預(yù)期消息序號(hào)時(shí)而應(yīng)采取的措施。（注注：在注：在任何情況下，除了序號(hào)重設(shè)－重設(shè)消息外，如果進(jìn)來(lái)的消息序號(hào)比預(yù)期的消息序號(hào)小，而且可能重復(fù)標(biāo)志（PossDupFlag）沒(méi)有被設(shè)置，那么應(yīng)立即終止會(huì)話過(guò)程。并應(yīng)在結(jié)束會(huì)話之前，向?qū)Ψ桨l(fā)送帶有解釋正文的注銷（Logout）消息。表41消息類型針對(duì)消息序號(hào)錯(cuò)誤所采取的措施登錄永遠(yuǎn)是連接雙方發(fā)送的第一條消息，用于認(rèn)證和連接。如果發(fā)現(xiàn)登錄消息中有缺口，則應(yīng)在回送登錄確認(rèn)消息之后立即發(fā)送重發(fā)請(qǐng)求注銷如果發(fā)現(xiàn)有缺口，應(yīng)發(fā)送重發(fā)請(qǐng)求消息以重新接收所有丟失的消息，然后再發(fā)送注銷消息作為對(duì)注銷請(qǐng)求的確認(rèn)。注意嚴(yán)禁在有缺口情況下結(jié)束會(huì)話。并由注銷的最初發(fā)起人負(fù)責(zé)結(jié)束會(huì)話，因此注銷發(fā)起人有責(zé)任回應(yīng)所有的重發(fā)請(qǐng)求重發(fā)請(qǐng)求首先處理完對(duì)方的重發(fā)請(qǐng)求，隨后發(fā)送自己的重發(fā)請(qǐng)求以填補(bǔ)消息序號(hào)錯(cuò)誤而發(fā)現(xiàn)的消息缺口。序號(hào)重設(shè)-重設(shè)可以忽略消息序號(hào)錯(cuò)誤。因?yàn)樵谛蛱?hào)重設(shè)-重設(shè)（SeqReset-Reset）消息中的新消息序號(hào)（NewSeqNo）強(qiáng)制為下一發(fā)送消息的消息序號(hào)。序號(hào)重設(shè)-缺口填補(bǔ)應(yīng)立即向?qū)Ψ桨l(fā)送重發(fā)請(qǐng)求。但是，重要的是要確保沒(méi)有無(wú)意間跳過(guò)任何消息，這意味著缺口填補(bǔ)消息應(yīng)按次序被接收到，如果次序不對(duì)，那么表示出現(xiàn)了非正常的情況所有其它信息執(zhí)行正常的缺口填補(bǔ)。FIX會(huì)話消息FIX會(huì)話消息涉及標(biāo)準(zhǔn)的使用機(jī)制，將在以下各節(jié)中予以介紹，并定義會(huì)話消息格式。連接雙方均可生成會(huì)話消息。E.3.1心跳消息（MsgType=0）心跳消息用于監(jiān)控通信連接的狀況，并可確認(rèn)是否接收到最后一條消息。當(dāng)FIX連接的任何一方在（[HeartBtInt]秒，心跳間隔）時(shí)間內(nèi)沒(méi)有發(fā)送任何數(shù)據(jù)的時(shí)候，將產(chǎn)生一個(gè)心跳消息并傳送出去。當(dāng)連接的任何一方在（[HeartBtInt]＋[合理傳輸時(shí)間]）時(shí)間內(nèi)都沒(méi)有收到任何有關(guān)的數(shù)據(jù)的時(shí)候，將產(chǎn)生一個(gè)測(cè)試請(qǐng)求消息并傳送出去。如果在此之后的（[HeartBtInt]＋[合理傳輸時(shí)間]）時(shí)間內(nèi)，仍沒(méi)有收到心跳消息，那么可認(rèn)為此次連接失敗，而且需開(kāi)始實(shí)施修正操作。如果HeartBtInt被設(shè)置為零，那么將不會(huì)定期生成心跳消息。并且不論HeartBtInt取值多少，任何一方都可發(fā)送測(cè)試請(qǐng)求消息，接收方由此將強(qiáng)行生成心跳消息。因?qū)Ψ降臏y(cè)試請(qǐng)求消息而產(chǎn)生的心跳（Heartbeats）消息應(yīng)包括對(duì)方測(cè)試請(qǐng)求消息中的測(cè)試請(qǐng)求標(biāo)識(shí)符（TestReqID）。這有利于確定該心跳消息是響應(yīng)測(cè)試請(qǐng)求而產(chǎn)生的，而不是由于超時(shí)而產(chǎn)生的。心跳消息格式見(jiàn)表42：表４2心跳（Heartbeat）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=0112TestReqIDN測(cè)試請(qǐng)求標(biāo)識(shí)符，如是對(duì)測(cè)試請(qǐng)求而響應(yīng)的心跳消息，則應(yīng)包含本域。標(biāo)準(zhǔn)消息尾YE.3.2登錄消息（MsgType=A）登錄消息能證實(shí)客戶是否已建立與對(duì)方系統(tǒng)的連接。登錄消息應(yīng)是在FIX會(huì)話開(kāi)始時(shí)的連接雙方發(fā)送的第一個(gè)消息。HeartBtInt域用來(lái)聲明產(chǎn)生心跳的時(shí)間間隔（連接雙方HeartBtInt取相同的值）。連接雙方事先約定取值，由登錄發(fā)起方產(chǎn)生并得到接收方的確認(rèn)響應(yīng)。在接收登錄消息時(shí)，接收方將驗(yàn)證發(fā)起方身份的合法性，并且同樣發(fā)出登錄消息以確認(rèn)連接請(qǐng)求已被接受。同樣，確認(rèn)登錄消息也可以被發(fā)起方使用以驗(yàn)證連接了身份合法的接收方。接收方應(yīng)在收到登錄消息之后，立即作好開(kāi)始消息處理的準(zhǔn)備。發(fā)起方可以選擇在接收到確認(rèn)登錄消息之前開(kāi)始FIX消息傳輸。不過(guò)本標(biāo)準(zhǔn)規(guī)定：在有關(guān)密鑰確認(rèn)的登錄消息收到之后，才實(shí)施正常的消息交換。確認(rèn)登錄消息還可被用于密鑰相互確定。如果認(rèn)為當(dāng)前會(huì)話密鑰強(qiáng)度較弱，需要更換密鑰，那么就可通過(guò)發(fā)回帶有新密鑰的登錄消息來(lái)建議使用更強(qiáng)的會(huì)話密鑰。當(dāng)然，這僅僅對(duì)允許密鑰相互確認(rèn)的加密協(xié)議有意義。登錄消息還可以用來(lái)指明最大消息長(zhǎng)度（MaxMessageSize），也可以用來(lái)指明發(fā)送和接受時(shí)所支持的消息類型。登錄消息格式見(jiàn)表43：表43登錄（Logon）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=A98EncryptMethodY加密方法(不可加密)108HeartBtIntY心跳間隔95RawDataLengthN無(wú)格式數(shù)據(jù)長(zhǎng)度，用于認(rèn)證96RawDataN無(wú)格式數(shù)據(jù)，用于認(rèn)證141ResetSeqNumFlagN序號(hào)重設(shè)標(biāo)志383MaxMessageSizeN最大消息長(zhǎng)度，單條消息的最大字節(jié)數(shù)384NoMsgTypesN消息類型個(gè)數(shù)372RefMsgTypeN消息類型385MsgDirectionN消息方向標(biāo)準(zhǔn)消息尾YE.3.3測(cè)試請(qǐng)求消息（MsgType=1）測(cè)試請(qǐng)求消息能強(qiáng)制對(duì)方發(fā)出心跳消息。測(cè)試請(qǐng)求消息的作用是檢查對(duì)方消息序號(hào)和檢查通信線路的狀況。對(duì)方用帶有測(cè)試請(qǐng)求標(biāo)識(shí)符（TestReqID）的心跳作應(yīng)答。測(cè)試請(qǐng)求標(biāo)識(shí)符（TestReqID）用以指明對(duì)方生成心跳消息是響應(yīng)測(cè)試請(qǐng)求而非正常超時(shí)引起的。對(duì)方發(fā)送心跳消息作為應(yīng)答時(shí)，將測(cè)試請(qǐng)求標(biāo)識(shí)符（TestReqID）包括在消息中。任何字符串都可以用作測(cè)試請(qǐng)求標(biāo)識(shí)符（TestReqID）（可使用時(shí)間戳（timestamp））。測(cè)試請(qǐng)求消息格式見(jiàn)表44：表44測(cè)試請(qǐng)求（TestRequest）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=1112TestReqIDY測(cè)試請(qǐng)求標(biāo)識(shí)符標(biāo)準(zhǔn)消息尾YE.3.4重發(fā)請(qǐng)求消息（MsgType=2）重發(fā)請(qǐng)求消息由接收方發(fā)出，目的是向發(fā)送方申請(qǐng)某些消息重復(fù)發(fā)送。此功能用于：發(fā)現(xiàn)消息序號(hào)缺口、接收方丟失了消息和在初始化過(guò)程中也可能使用。重發(fā)請(qǐng)求消息能被用來(lái)請(qǐng)求重新發(fā)送單個(gè)消息、一系列的消息或在某一特定消息之后的所有消息。當(dāng)重復(fù)發(fā)送消息的時(shí)候，發(fā)送方將考慮消息類型；如：在重復(fù)發(fā)送系列中有一條會(huì)話消息，由于過(guò)期而不再有效，發(fā)送方不需要重復(fù)傳輸這條消息。因此，當(dāng)發(fā)送方不重復(fù)發(fā)送某消息時(shí)，序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息將被用來(lái)跳過(guò)消息。（注注：接收方按訂單順序進(jìn)行消息處理是非常有必要的。例如，如果訂單第注：接收方按訂單順序進(jìn)行消息處理是非常有必要的。例如，如果訂單第7條消息被錯(cuò)過(guò)，而收到第8和第9條，那么應(yīng)用方將忽略8和9，然后要求重發(fā)送第7-第9，或者要求重新發(fā)送第7-第0（0表現(xiàn)無(wú)限）。在順序混亂的狀況中通常用后一方案恢復(fù)消息，因?yàn)楫?dāng)連接雙方都同時(shí)試圖盡快恢復(fù)缺口的狀況下，此種方法能更快地進(jìn)行消息恢復(fù)。重發(fā)請(qǐng)求消息有以下幾種表示方式：請(qǐng)求重發(fā)一條消息：起始消息序號(hào)（BeginSeqNo）=結(jié)束消息序號(hào)（EndSeqNo）請(qǐng)求重發(fā)某個(gè)范圍內(nèi)的消息：起始消息序號(hào)（BeginSeqNo）=該范圍中的第1條消息，結(jié)束消息序號(hào)（EndSeqNo）=該范圍中的最后一條消息序號(hào)請(qǐng)求重發(fā)某一特定消息之后的所有的消息：起始消息序號(hào)（BeginSeqNo）=該范圍中的第1條消息，結(jié)束消息序號(hào)（EndSeqNo）=0（無(wú)限大）。重發(fā)請(qǐng)求消息的格式見(jiàn)表45：表45重發(fā)請(qǐng)求（ResendRequest）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=27BeginSeqNoY起始消息序號(hào)16EndSeqNoY結(jié)束消息序號(hào)標(biāo)準(zhǔn)消息尾YE.3.5會(huì)話拒絕消息（MsgType=3）當(dāng)接收方收到一條消息時(shí)，由于違反了會(huì)話機(jī)制而造成不能適當(dāng)?shù)靥幚碓撓r(shí)，應(yīng)該發(fā)出會(huì)話拒絕消息。如：當(dāng)收到一條消息，這條消息雖成功地通過(guò)了解密、校驗(yàn)和和正文長(zhǎng)度檢驗(yàn)，但卻被發(fā)現(xiàn)帶有無(wú)效的數(shù)據(jù)（如：消息類型（MsgType）=&），此時(shí)應(yīng)發(fā)出拒絕消息。被拒絕的消息應(yīng)該寫入日志。接收方應(yīng)該忽略任何被歪曲，不能被解析，或數(shù)據(jù)完整性核對(duì)失敗的消息。立即對(duì)下一個(gè)有效的FIX消息進(jìn)行處理將會(huì)發(fā)現(xiàn)消息缺口，并且，將產(chǎn)生重發(fā)請(qǐng)求。在FIX交換引擎內(nèi)應(yīng)能夠識(shí)別這種無(wú)限重發(fā)循環(huán)。當(dāng)產(chǎn)生和收到會(huì)話拒絕消息意味著出現(xiàn)了嚴(yán)重錯(cuò)誤，可能發(fā)送方或接收方的應(yīng)用存在邏輯錯(cuò)誤。如果要重新傳輸拒絕消息，那么應(yīng)賦予該消息一個(gè)新的消息序號(hào)，并設(shè)置可能重發(fā)標(biāo)志（PossResend）為Y。無(wú)論何時(shí)，本接口規(guī)定應(yīng)在正文域里盡可能描述拒絕原因。如果所收到的應(yīng)用層消息遵循了會(huì)話機(jī)制，那么可以開(kāi)始在業(yè)務(wù)層處理該消息。如果在處理過(guò)程中，發(fā)現(xiàn)違反業(yè)務(wù)規(guī)則，那么應(yīng)該發(fā)出業(yè)務(wù)層的“拒絕”消息。很多業(yè)務(wù)層的消息都有指定的“拒絕”消息，此時(shí)這些消息可以發(fā)揮作用。其它無(wú)對(duì)應(yīng)會(huì)話拒絕消息的，則均可通過(guò)業(yè)務(wù)“拒絕”消息進(jìn)行拒絕。會(huì)話拒絕消息格式見(jiàn)表46：表46會(huì)話拒絕（Reject）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=345RefSeqNumY關(guān)聯(lián)消息序號(hào)，即被拒絕的消息序號(hào)371RefTagIDN相關(guān)錯(cuò)誤域號(hào)372RefMsgTypeN相關(guān)錯(cuò)誤消息類型373SessionRejectReasonN會(huì)話拒絕原因編號(hào)58TextN文本，可作解釋拒絕的原因354EncodedTextLenN編碼文本長(zhǎng)度355EncodedTextN編碼文本（非ASCII碼）標(biāo)準(zhǔn)消息尾Y會(huì)話拒絕原因見(jiàn)表47：表47會(huì)話拒絕原因會(huì)話拒絕原因0=存在無(wú)效的域號(hào)1=該消息中必須的域丟失2=該消息中出現(xiàn)未曾定義的域3=未定義域號(hào)4=域未賦值5=域取值錯(cuò)誤（范圍溢出）6=取值格式錯(cuò)誤7=解密錯(cuò)誤8=簽名錯(cuò)誤9=公司標(biāo)識(shí)符錯(cuò)誤10=發(fā)送時(shí)間精度錯(cuò)誤11=無(wú)效的消息類型12=XML驗(yàn)證錯(cuò)誤（XMLValidationerror）一三=同一域多次出現(xiàn)（非重復(fù)組）14=有序的域出現(xiàn)次序錯(cuò)誤一五=重復(fù)組域次序錯(cuò)誤16=重復(fù)組重復(fù)次數(shù)錯(cuò)誤17=非data數(shù)據(jù)域中出現(xiàn)域界定符<SOH>E.3.6序號(hào)重設(shè)消息（MsgType=4）序號(hào)重設(shè)消息由發(fā)送方發(fā)出，用于告知接收方下一個(gè)消息的消息序號(hào)。序號(hào)重設(shè)消息有兩種模式：序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）；序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）。序號(hào)重設(shè)-重設(shè)通常在災(zāi)難恢復(fù)情況下使用。當(dāng)需要支持24小時(shí)的連接并用序號(hào)重設(shè)標(biāo)志（ResetSeqNumFlag）來(lái)建立新的一套消息序號(hào)的時(shí)候，關(guān)于連接雙方的序號(hào)重設(shè)時(shí)間和發(fā)起方另行確定，但序號(hào)重設(shè)的發(fā)起方不同于登錄過(guò)程的發(fā)起方。其處理過(guò)程如下：其中一方先發(fā)送測(cè)試請(qǐng)求（TestRequest）。在收到心跳消息后，確認(rèn)沒(méi)有消息序號(hào)缺口后，發(fā)起方發(fā)送一條登錄消息，在該消息中應(yīng)附有設(shè)為Y的序號(hào)重設(shè)標(biāo)志（ResetSeqNumFlag），并且它的消息序號(hào)（MsgSeqNum）為1。接收方則應(yīng)該發(fā)送一條登錄消息作回應(yīng)，其中序號(hào)重設(shè)標(biāo)志（ResetSeqNumFlag）為Y，消息序號(hào)（MsgSeqNum）為1。此后，連接雙方發(fā)送出的消息的消息序號(hào)應(yīng)從2開(kāi)始。需要注意的是一旦發(fā)起方發(fā)送附有序號(hào)重設(shè)標(biāo)志（ResetSeqNumFlag）的登錄消息，那么接收人應(yīng)服從該請(qǐng)求，并且，“昨天”傳送的消息不可能再重發(fā)。如果不遵守以上的處理規(guī)則應(yīng)立即中斷連接，并手工設(shè)置干預(yù)。序號(hào)重設(shè)消息兩種模式表示：當(dāng)GapFillFlag＝Y(jié)時(shí)，該消息為序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill），當(dāng)GapFillFlag＝N或沒(méi)有設(shè)置時(shí)，該消息為序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）。序號(hào)重設(shè)消息能在下列情況下使用：在重新發(fā)送的處理過(guò)程中，發(fā)送方可以選擇不發(fā)送某個(gè)消息（例如一個(gè)會(huì)話消息）。序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）能被用來(lái)填補(bǔ)那條消息。在重新發(fā)送的處理過(guò)程中，有大量的會(huì)話消息不需要發(fā)送，這樣產(chǎn)生的消息序號(hào)缺口也可以由序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息來(lái)填補(bǔ)。在應(yīng)用層失敗的情況下，有必要通過(guò)發(fā)送序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）在發(fā)送和接收的連接雙方進(jìn)行強(qiáng)制消息序號(hào)同步。在任何情況下，序號(hào)重設(shè)消息都指定了NewSeqNo（新的消息序號(hào)），并重設(shè)該值為下一個(gè)將被傳送消息的消息序號(hào)。如果缺口填補(bǔ)標(biāo)志（GapFillFlag）域被設(shè)置為Y，那么消息序號(hào)（MsgSeqNum）域取值應(yīng)該遵循消息序號(hào)規(guī)則，即：序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息的消息序號(hào)（MsgSeqNum）應(yīng)該對(duì)應(yīng)缺口范圍內(nèi)第一條消息的消息序號(hào)，因?yàn)閷?duì)方正準(zhǔn)備接收這個(gè)消息序號(hào)的消息。序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）只能增加消息序號(hào)。如果收到的序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）消息試圖使下一個(gè)預(yù)期的消息序號(hào)變小，那么此消息應(yīng)該被拒絕接受，并被視作為錯(cuò)誤。（注注：如可能存在接收方發(fā)送多個(gè)重發(fā)請(qǐng)求注：如可能存在接收方發(fā)送多個(gè)重發(fā)請(qǐng)求（如先請(qǐng)求重發(fā)5～10，隨后請(qǐng)求重發(fā)5～11）。如果消息序號(hào)8，10和11表示應(yīng)用消息，而5-7和9表示會(huì)話消息，那么為響應(yīng)該重發(fā)請(qǐng)求，有一些應(yīng)用消息需被重新發(fā)送，首先發(fā)送的SeqReset-GapFill中新消息序號(hào)（NewSeqNo）設(shè)置為8，即第8條消息；完成重發(fā)應(yīng)用消息后，發(fā)送SeqReset-GapFill且新消息序號(hào)（NewSeqNo）設(shè)置為10，即第10條消息，接著完成重發(fā)應(yīng)用消息。隨后又可能發(fā)送SeqReset-GapFill且新消息序號(hào)（NewSeqNo）設(shè)置為8，即第8條消息（序號(hào)變?。?；完成重發(fā)應(yīng)用消息后，發(fā)送SeqReset-GapFill且新消息序號(hào)（NewSeqNo）設(shè)置為10，即第10條消息，以及第11條消息，接著完成重發(fā)應(yīng)用消息。此時(shí)接收方通過(guò)檢查在序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）中的新消息序號(hào)（NewSeqNo）是否比預(yù)期的小可發(fā)現(xiàn)此種錯(cuò)誤。如果發(fā)現(xiàn)有這種錯(cuò)誤，那么說(shuō)明該序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）是重復(fù)的，應(yīng)該放棄處理。如果缺口填補(bǔ)標(biāo)志（GapFillFlag）域沒(méi)有出現(xiàn)（或被設(shè)為N），即為序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）消息，那么有可能是此序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）消息的目的是恢復(fù)混亂順序的消息。此時(shí)消息頭里的消息序號(hào)（MsgSeqNum）應(yīng)該忽略。禁止在重發(fā)請(qǐng)求的正常回應(yīng)中使用序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）（應(yīng)使用序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill））。序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）僅用于無(wú)法用序號(hào)重設(shè)-缺口填補(bǔ)（SeqReset-GapFill）進(jìn)行恢復(fù)的災(zāi)難情況。注意使用序號(hào)重設(shè)-重設(shè)（SeqReset-Reset）可能會(huì)造成消息丟失。序號(hào)重設(shè)消息格式見(jiàn)表48：表48序號(hào)重設(shè)（SequenceReset）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=4123GapFillFlagN缺口填補(bǔ)標(biāo)志36NewSeqNoY新消息序號(hào)標(biāo)準(zhǔn)消息尾YE.3.7注銷消息（MsgType=5）注銷消息是發(fā)起或確認(rèn)FIX會(huì)話終止的消息。未經(jīng)注銷消息交換而斷開(kāi)連接，一律視為非正常的斷開(kāi)。在最后終止會(huì)話之前，注銷的發(fā)起人應(yīng)該等待連接對(duì)方確認(rèn)注銷消息。這使得連接對(duì)方有了實(shí)施任何有必要的缺口填補(bǔ)的機(jī)會(huì)。如果連接對(duì)方?jīng)]有在適當(dāng)?shù)臅r(shí)間間隔里作回應(yīng)，那么會(huì)話就可以終止。注銷發(fā)起人在發(fā)送注銷消息之后不應(yīng)發(fā)送任何消息，除非接收到連接對(duì)方發(fā)出的重發(fā)請(qǐng)求消息。注銷消息格式見(jiàn)表49：表49注銷（Logout）Tag域名必需說(shuō)明標(biāo)準(zhǔn)消息頭YMsgType=558TextN文本354EncodedTextLenN編碼文本長(zhǎng)度355EncodedTextN編碼文本（非ASCII碼）標(biāo)準(zhǔn)消息尾YDATE\@"M.d.yyyy"10.22.2022DATE\@"HH:mm"DATE\@"M.d.yyyy"10.22.2022DATE\@"HH:mm"19:40DATE\@"HH:mm:ss"19:40:13TIME\@"yy.M.d"22.10.22TIME\@"h時(shí)m分"7時(shí)40分TIME\@"h時(shí)m分s秒"7時(shí)40分13秒DATE\@"MMM.d,yy"Oct.22,22DATE\@"dMMMMyyyy"22October2022DATE\@"h:mm:ssam/pm"7:40:13PMDATE\@"HH:mm:ss"19:40:13TIME\@"yyyy年M月d日星期W"2022年10月22日星期六DATE\@"HH:mm:ss"19:40:13附錄資料：不需要的可以自行刪除Word常用快捷鍵由于Word有定義快捷鍵的功能，在重新指定快捷鍵后，不能再使用該組合完成以前的操作。例如，按快捷鍵Ctrl+B可將選定文本改為加粗格式，如果將Ctrl+B重新指定給一個(gè)新的命令或其他命令，則不能通過(guò)按Ctrl+B為文本應(yīng)用加粗格式，除非將快捷鍵指定恢復(fù)到初始設(shè)置。下面的列表使用說(shuō)明如下：（1）表中出現(xiàn)的（F）、（E）、（V）、（I）、（O）、（T）、（A）、（W）：分別代表文件、編輯、視圖、插入、格式、工具、表格和窗口菜單。（2）（切換方式）：表示重復(fù)按該鍵還原操作。（3）Num？：表示小鍵盤上的數(shù)字鍵。（4）Ctrl＋A：表示Ctrl鍵和A鍵的組合，其余類推。A.1常規(guī)快捷鍵Ctrl＋A（E）選取整篇文檔（Ctrl＋Num5）Ctrl+R可使段落右對(duì)齊Ctrl＋B（E）加粗文本（Ctrl＋Shift＋B）Ctrl＋]（O）按磅值增加所選定內(nèi)容的字號(hào)Ctrl＋C（E）復(fù)制所選內(nèi)容Ctrl＋[（O）按磅值縮小所選定內(nèi)容的字號(hào)Ctrl＋D（O）修改選定字符格式Ctrl＋=（O）將選定內(nèi)容設(shè)為下標(biāo)(切換方式)Ctrl＋E（O）段落居中Ctrl＋＋（O）將選定內(nèi)容設(shè)為上標(biāo)(切換方式)Ctrl＋H（E）查找并修改指定文字或格式Ctrl＋＊（V）顯示/隱藏所有非打印字符Ctrl＋I(xiàn)（O）傾斜所選文字（切換方式）Ctrl＋Tab（A）在單元格中插入制表符Ctrl＋M（F）調(diào)整整段縮進(jìn)Ctrl+L（O）段落左對(duì)齊Ctrl＋N（F）創(chuàng)建新文檔或模板Ctrl＋Enter（O）在插入點(diǎn)插入一個(gè)分頁(yè)符Ctrl＋O（F）打開(kāi)已有的文檔或模板Ctrl＋Up（E）將插入點(diǎn)上移一個(gè)段落Ctrl＋P（F）打印文檔（=Ctrl＋Shift＋F12）Ctrl＋Down（E）將插入點(diǎn)下移一個(gè)段落Ctrl+Q（O）刪除段落格式Ctrl＋Home（E）將插入點(diǎn)移到文檔開(kāi)始Ctrl＋S（F）保存當(dāng)前活動(dòng)文檔Ctrl＋End（E）將插入點(diǎn)移到文檔結(jié)尾Ctrl＋T（O）設(shè)置懸掛式縮進(jìn)Alt＋/（A）快速選定整個(gè)表格Ctrl＋U（O）給所選內(nèi)容添加下劃線Shift＋F1（W）有關(guān)命令、屏幕區(qū)域的幫助信息或文字屬性Ctrl＋V（E）在插入點(diǎn)插入剪貼板內(nèi)容Ctrl+Alt+I打印預(yù)覽Ctrl+W關(guān)閉文檔Ctrl+K（E）插入超級(jí)鏈接Ctrl＋X（E）剪切所選內(nèi)容并將其放入剪貼板Ctrl+Shift+Space-bar創(chuàng)建不間斷空格Ctrl＋Y（E）重復(fù)上一步操作（=F4=Alt＋Enter）Ctrl+連字符創(chuàng)建不間斷連字符Ctrl＋Z（E）取消上一步操作（=Alt＋Backspace）Ctrl+Spacebar刪除字符格式A.2Ctrl與光標(biāo)鍵聯(lián)合使用的快捷鍵Ctrl+←可將插入點(diǎn)移到上一個(gè)英文單詞或中文詞Ctrl+→可將插入點(diǎn)移到下一個(gè)英文單詞或中文詞Ctrl+↑可將插入點(diǎn)移到上一個(gè)段落Ctrl+↓可將插入點(diǎn)移到下一個(gè)段落A.3Ctrl與部分?jǐn)?shù)字聯(lián)合使用的快捷鍵Ctrl+0可迅速在段前增加或刪除12磅的行距Ctrl+1改變段落的行距為單倍行距Ctrl+5改變段落的行距為1.5倍行距Ctrl+2改變段落的行距為雙倍行距A.4Ctrl與Shift+字母鍵聯(lián)合使用的快捷鍵Ctrl+Shift+P再通過(guò)按“↑”和“↓”鍵改變字號(hào)Ctrl+Shift+>增大所選文字的字號(hào)Ctrl+Shift+<減小所選文字的字號(hào)Ctrl+Shift+A將所有選定的字母設(shè)為大寫Ctrl+Shift+C復(fù)制選定內(nèi)容的格式Ctrl+Shift+D段落最后一行文字占滿全行Ctrl+Shift+E打開(kāi)或關(guān)閉任務(wù)欄上的“修訂”標(biāo)記Ctrl+Shift+F再通過(guò)按“↑”和“↓”鍵改變字體Ctrl+Shift+H應(yīng)用隱藏文字格式Ctrl+Shift+K將所選字母中的小寫字母設(shè)成大寫，但字母字體大小不變Ctrl+Shift+L應(yīng)用“列表”樣式Ctrl+Shift+M取消左側(cè)段落縮進(jìn)Ctrl+Shift+N選定段落變?yōu)椤罢摹睒邮紺trl+Shift+Q將所選英文字母變?yōu)镾ymbol字體Ctrl+Shift+S再通過(guò)按“↑”和“↓”鍵改變樣式Ctrl+Shift+T減小懸掛縮進(jìn)量Ctrl+Shift+V對(duì)選定內(nèi)容粘貼格式Ctrl+Shift+W只給字、詞加下劃線，不給空格加下劃線Ctrl+Shift+*顯示非打印字符Alt+Shift+D插入“日期”域Alt+Ctrl+L插入ListNum域Alt+Shift+P插入頁(yè)數(shù)域Alt+Shift+T插入時(shí)間域A.5Ctrl與Alt+字母鍵聯(lián)合使用的快捷鍵Ctrl+Alt+D在文章末尾插入尾注Ctrl+Alt+F在當(dāng)前頁(yè)插入尾注Ctrl+Alt+K啟動(dòng)“自動(dòng)套用格式”Ctrl+Alt+LListnum域Ctrl+Alt+M創(chuàng)建批注Ctrl+Alt+N切換到普通視圖Ctrl+Alt+O切換到大綱視圖Ctrl+Alt+P切換到頁(yè)面視圖Ctrl+Alt+T輸入【?】Ctrl+Alt+Z返回到光標(biāo)先前位置Ctrl+Alt+1對(duì)當(dāng)前段落應(yīng)用“標(biāo)題1”樣式Ctrl+Alt+2對(duì)當(dāng)前段落應(yīng)用“標(biāo)題2”樣式Ctrl+Alt+3對(duì)當(dāng)前段落應(yīng)用“標(biāo)題3”樣式Ctrl+Alt+PageUp將插入點(diǎn)移到窗口開(kāi)始處Ctrl+Alt+PageDown將插入點(diǎn)移到窗口結(jié)尾處Ctrl+