tcp股票數據格式

A. TCP/IP中數據包是什麼格式的

2進制
TCP/IP協議的基本傳輸單位是數據包（datagram）,TCP協議負責把數據分成若干個數據包，並給每個數據包加上包頭（就像給一封信加上拿虛信封），包頭上有相應的編號，以保證在數據接收端能將數據還原為原核培來的格式，IP協議在每個包頭上再加上接收端主機地址，這樣數據找到自己要去的地方，如果傳輸過程中出現數據丟失、數據失真等情況，TCP協議會自動要求數據重新傳輸，並重新組包。總之，IP協議保證數據的傳輸，TCP協議保證數據消氏燃傳輸的質量。

B. TCP/UDP數據包格式是什麼樣的

這個是TCP報文的格式。

UDP報文比較簡單。只有源旁逗則指培埠、目的端運棚口、長度、校驗和四個欄位。後面就是數據了

C. tcp數據包格式中沒有包括的是

這也沒有選項哇，不包括的東西有很多。
TCP報文洞戚昌仔備由首部和數據兩部分組成。首部一般由20-60位元組（Byte）構成，長度可變。其中前20B格式固定，後40B為可選。
因為，TCP報文還得傳給下層網路層，封裝成IP包，而一個IP包最大長度為65535，同時IP包首部也包含最少20B，所以一個IP包或TCP包可以包含的數據部分最大長度為65535-20-20=65495B。
TCP報文中數據部分是可選的，即TCP報文可以不包含數據（同理IP包也可以不包含數據）。不含數據的TCP報文通常是一些確認和控制信息類的報文，如TCP建立連接時的三次握納扒手和TCP終止時的四次揮手等。
1、源埠號（SourcePort）
長度為16位，指明發送數據的進程。
2、目的埠號（DestinationPort）
長度為16位，指明目的主機接收數據的進程。
3、序號（SequenceNumber）記錄發送次數
也稱為序列號，長度為32位，序號用來標識從TCP發送端向接入端發送的數據位元組流進行編號，可以理解成對位元組流的計數。
4、確認號（AcknowledgementNumber）
長度為32位，確認號包含發送確認的一端所期望收到的下一個序號。確認號只有在ACK標志為1時才有效。
5、首部長度（數據偏移）
長度為4位，用於表示TCP報文首部的長度。用4位（bit）表示，十進制值就是[0,15]，一個TCP報文前20個位元組是必有的，後40個位元組根據情況可能有可能沒有。如果TCP報文首部是20個位元組，則該位應是20/4=5。
6、保留位（Reserved）
長度為6位，必須是0，它是為將來定義新用途保留的。給QOS預留用的
7、標志（CodeBits）
長度為6位，在TCP報文中不管是握手還是揮手還是傳數據等，這6位標志都很重要。

D. TCP/IP協議簇各層數據格式

 其中類型欄位標識承載的上層協議類型，常用的有IP、ARP/RARP。

 乙太網幀最小長度為64位元組，最長為1518位元組。

 IPv4首部長度最小為20位元組，必須為4位元組的整數倍。
 IHL欄位的單位為4位元組，因此IHL欄位的最小值為5；IHL欄位為4bit，因此IPv4首部的最大長度為60位元組。
 ToS欄位用來表明優先順序、延遲、吞吐、可棗畢擾靠性、代價數絕、安全等服務質量。
 TL欄位佔16bit，因此IP報文最大長度為65535位元組（1. 最小長度為20位元組；2.目前不存在能夠傳輸這么大的IP報文的數據鏈路，不過通常IP報文會做分片處理）。
 Identification欄位是屬於同一的IP報文的分片的共同標識，用於分片重組。
 Flags欄位是記錄分段的相關信息，第0位為保留位(值為0)，第1位表示是否不能進行分片，第2位表示是否還有更多的分凳旦片。
 Fragment Offset欄位是片偏移，表示分片的首位元組在原IP報文數據中的偏移，單位為8位元組。
 TTL欄位表示生存時間，最多多少跳。
 Protocol上層協議類型。

 固定28位元組。

 源埠號和目的埠號各佔2位元組。
 seq欄位表示數據部分第一個位元組的序號。
 ack欄位表示期望收到對方發來的下一個報文段數據部分第一個位元組的序號。ack欄位之前的所有位元組必須是已經全部接收到了的。
 表示報文段數據部分距報文段首位元組的偏移，實質上表明了TCP首部長度，單位為4位元組，因此TCP首部最大長度為60位元組（最小為20位元組）。
 保留位佔6bit，目前全填0。
 控制位佔6bit。

 Window Size告訴對方，從本TCP報文的ack算起，自己還可以接收多少數據。
 Urgent Pointer指向緊急數據最後一個位元組的下一個位元組。可以用來計算緊急數據在所有傳輸數據中的位置，一旦 TCP 知道了你要發送緊急數據，那麼在接下來的數據發送中，TCP 會將所有的 TCP 報文段中的 URG 標志置位，哪怕該報文段中不包含緊急數據，這個行為會持續到緊急數據被發送出去為止。及時窗口大小為0，也可以發送。

E. 如何分析股票的「成交明細」數據

在股票成交明細中，左起第一列式成交時間，一般15秒公布一次，第二列是成交價，第三列是成交手數，如果是主動性買入成交就顯示成紅色和一個向上的箭頭，如果是主動性賣出成交就顯示成綠色和一個向下的箭頭，第四列是成交筆數，也就是總共有多少筆委託成交，通過成交手數和對應的筆數，可以大略的估計出成交參與方有沒有機構，大戶還是全是散戶。

1、逐筆成交一般顯示的數據格式為在幾分幾秒以多少價格分幾筆成交了多少手。在這里我們要注意的是成交手數有時候是帶小數點的，這是因為股票買進的股數最少是100股，委託的股數也應是100的整數倍，賣出卻沒有限制，因此成交的手數會有小數點。另外一點就是如果在成交價格和手數前面沒有顯示，則一半是默認的1筆。

2、分時成交一般顯示的數據格式為在幾分幾秒以多少價格成交了多少手。這里需要注意的是成交手數永遠是整數，不會出現小數點數字。

3、一個孤獨的數字是缺乏意義的，但是一些連續的數字則是充滿想像的。一般來說，成交筆數越少，金額越大，表示成交比較強勢，反之是弱勢。尤其是成交筆數比較大而集中的時候，表示有大資金活躍跡象，該股出現價格異動的概率就大，應該引起投資者的注意。而如果半天也沒人買或者都是一些小單子在交易，則至少短期不大可能成為好股。

4、交易數據三維元素----數量、價格和筆數。不陌生的是前面兩個，筆數就是交易批次。在數量一定的前提下，筆數少說明交易力度強，反之就弱。筆數的變動與數量方向一致，交易為常態，反之就是非常態。

這些在以後的操作中可以慢慢去領悟，為了提升自身炒股經驗，新手前期可以用個牛股寶模擬炒股去學習一下股票知識、操作技巧，對在今後股市中的贏利有一定的幫助。希望可以幫助到您，祝投資愉快！

F. TCP數據包格式如何去看

ICMP是「Internet Control Message Protocol」（Internet控制消息協議）的縮寫。它是TCP/IP協議族的一個子協議，用於在IP主機、路由器之間傳遞控制消息。控制消息是指網路通不通、主機是否可達、路由是否可用等網路本身的消息。這些控制消息雖然並不傳輸用戶數據，但是對於用戶數據的傳遞起著重要的作用。 我們在網路中經常會使用到ICMP協議，只不過我們覺察不到而已。比如我們經常使用的用於檢查網路通不通的Ping命令，這個「Ping」的過程實際上就是ICMP協議工作的過程。還有其他的網路命令如跟蹤路由的Tracert命令也是基於ICMP協議的。 ICMP的重要性 ICMP協議對於網路安全具有極其重要的意義。ICMP協議本身的特點決定了它非常容易被用於攻擊網路上的路由器和主機. 比如，可以利用操作系統規定的ICMP數據包最大尺寸不超過64KB這一規定，向主機發起「Ping of Death」（死亡之Ping）攻擊。「Ping of Death」 攻擊的原理是：如果ICMP數據包的尺寸超過64KB上限時，主機就會出現內存分配錯誤，導致TCP/IP堆棧崩潰，致使主機死機。 此外，向目標主機長時間、連續、大量地發送ICMP數據包，也會最終使系統癱瘓。大量的ICMP數據包會形成「ICMP風暴」，使得目標主機耗費大量的CPU資源處理，疲於奔命。顫鎮昌 應對ICMP攻擊 雖然ICMP協議給黑客以可乘之機，但是ICMP攻擊也並非無葯可醫。只要在日常網路管理中未雨綢繆，提前做好准備，就可以有效地避免ICMP攻擊造成的損失。 對於「Ping of Death」攻擊，可以採取兩種方法進行防範：第一種方法是在路由器上對ICMP數據包進行帶寬限制，將ICMP佔用的帶寬控制在一定的范圍內，這樣即使有ICMP攻擊，它所佔用的帶寬也是非常有限的，對整個網路的影響非常少；第二種方法就是在主機上設置ICMP數據包的處理規則，最好是設定拒絕所有的ICMP數據包。茄扒 設置ICMP數據包處理規則的方法也有兩種，一種是在操作系統上設旅桐置包過濾，另一種是在主機上安裝防火牆。freebsd下可以使用ipfw來防止ping(icmp)~

G. 怎麼把股票數據導出文檔

把股票數據導出文檔，登錄行情軟體；軟體頂部的「系統」-->「數據導出」；彈出的窗口有3種文件格式選擇：txt、excel和圖形。選擇需要的格式，以及保存位置即可。股票（stock）是股份公司發行的所有權憑證，是股份公司為籌集資金而發行給各個股東作為持股憑證並藉以取得股息和紅利的一種有價證券。每股股票都代表股東對企業擁有一個基本單位的所有權。每家上市公司都會發行股票。同一類別的每一份股票所代表的公司所有權是相等的。每個股東所擁有的公司所有權份額的大小，取決於其持有的股票數量占公司總股本的比重。

H. 什麼是tcp以及tcp與udp的區別

UDP

UDP是面向無連接的通訊協議，UDP數據包含目的埠號和源埠敏咐號信息。主要優點速度快、操作簡單、要求系統資源較少，由於通訊不需要連接，可以實現廣播發送;缺點是傳輸數據前並不與對方建立連接，對接收到的數據也不發送確認信號，發送端不知道數據是否會正確接收，也不重復發送，不可靠。

TCP

是面向連接的通訊協議，通過三次握手建立連接，通訊完成時四次握手，主要優點是TCP在數據傳輸時，有確認、窗口、重傳、阻塞等控制機制，能保證數據正確性，較為可靠;缺點是相對於UDP速度慢，要求系統資源較多。

TCP和UDP區別：

TCP是面向連接的協議，而UDP是無連接的協議，意味著當一個客戶端和一個服務端通過TCP發送數據前，必須先建立連接，建立連接的過程被稱為TCP三次握手;

TCP提供交付保證，意味著一個使用TCP協議發送的信息是保證交付給客戶端的，如果消息在傳輸知拿昌過程中丟失，將重發;UDP是不可靠的，不提供任何交付的保證，一個數據報包在運輸過程中可能會丟失;

消息到達網路的另一端時可能是無序的，TCP協議將會為你排序，UDP不提供任何有序性的保證;

TCP速度比較慢，而UDP速度比較快，因為搭扒TCP必須建立連接，以保證消息的可靠交付和有序性，需要做比UDP多的事;

TCP是重量級的協議，UDP協議則是輕量級的協議。一個TCP數據報的報頭大小最少是20個位元組，UDP數據報的報頭固定是8個位元組。TCP報頭中包含序列號，ACK號，數據偏移量，保留，控制位，窗口，緊急指針，可選項，填充項，校驗位，源埠和目的埠。

I. 簡單的給我介紹下網路協議中的TCP協議的數據結構是怎麼樣的

sk_buff結構可能是linux網路代碼中最重要的數據結構，它表示接收或發送數據包的包頭信息。它在<include/linux/skbuff.h>中定義，並包含很多成員變數供網路代碼中的各子系統使用。這個結構在linux內核的發展過程中改動過很多次，或者是增加新的選項，或者是重新組織已存在的成員變數以使得成員變數的布局更加清晰。它的成員變數可以大致分為以下幾類：Layout 布局General 通用Feature-specific功能相關Management functions管理函數 這個結構被不同的網路層（MAC或者其他二層鏈路協議，三層的IP，四層的TCP或UDP等）使用，並且其中的成員變數在結構從一層向另一層傳遞時改變。L4向L3傳遞前會添加一個L4的頭部，同樣，L3向L2傳遞前，會添加一個L3的頭部。添加頭部比在不同層之間拷貝數據的效率更高。由於在緩沖區的頭部添加數據意味著要修改指向緩沖區的指針，這是個復雜的操作，所以內核提供了一個函數skb_reserve（在後面的章節中描述）來完成這個功能。協議棧中的每一層在往下一層傳遞緩沖區前，第一件事就是調用skb_reserve在緩沖區的頭部給協議頭預留一定的空間。skb_reserve同樣被設備驅動使用來對齊接收到包的包頭。如果緩沖區向上層協議傳遞，舊的協議層的頭部信息就沒什麼用了。例如，L2的頭部只有在網路驅動處理L2的協議時有用，L3是不會關心它的信息的。但是，內核並沒有把L2的頭部從緩沖區中刪除，而是把有效荷載的指針指向L3的頭部，這樣做，可以節省CPU時間。1. 網路參數和內核數據結構 就像你在瀏覽TCP/IP規范或者配置內核時所看到的一樣，網路代碼提供了很多有用的功能，但是這些功能並不是必須的，比如說，握緩防火牆，多播，還有其他一些功能。大部分的功能都需要在內核數據結構中添加自己的成員變數。因此，sk_buff裡麵包含了很多像#ifdef這樣的預編譯指令。例如，在sk_buff結構的最後，你可以找到：struct sk_buff { ... ... ...#ifdef CONFIG_NET_SCHED _ _u32 tc_index;#ifdef CONFIG_NET_CLS_ACT _ _u32 tc_verd; _ _u32 tc_classid;#endif#endif}
它表明，tc_index只有在編譯時定義了CONFIG_NET_SCHED符號才有效。這個符號可以通過選擇特定的編譯選項來定義（例如："Device Drivers Networking supportNetworking options QoS and/or fair queueing"）。這些編譯選項可以由管理員通過make config來選擇，或者通過一些自動安裝工具來選擇。前面的例子有兩個嵌套的選項：CONFIG_NET_CLS_ACT（包分類器）只有在選擇支持「QoS and/or fair queueing」時才能生效。順便提一下，QoS選項不能被編譯成內核模塊。原因就是，內核編譯之後，由某個選項所控制的數據結構是不能動態變化的。一般來說，如果某個選項會修改內核數據結構（比如說，在sk_buff
裡面增加一個項tc_index），那麼，包含這個選項的組件就不能被編譯成內核模塊。你可能經鉛攔常需要查找是哪個make config編譯選項或者變種定義了某個#ifdef標記，以便理解內核段激模中包含的某段代碼。在2.6內核中，最快的，查找它們之間關聯關系的方法，就是查找分布在內核源代碼樹中的kconfig文件中是否定義了相應的符號（每個目錄都有一個這樣的文件）。在
2.4內核中，你需要查看Documentation/Configure.help文件。2. Layout Fields有些sk_buff成員變數的作用是方便查找或者是連接數據結構本身。內核可以把sk_buff組織成一個雙向鏈表。當然，這個鏈表的結構要比常見的雙向鏈表的結構復雜一點。就像任何一個雙向鏈表一樣，sk_buff中有兩個指針next和prev，其中，next指向下一個節點，而
prev指向上一個節點。但是，這個鏈表還有另一個需求：每個sk_buff結構都必須能夠很快找到鏈表頭節點。為了滿足這個需求，在第一個節點前面會插入另一個結構sk_buff_head，這是一個輔助節點，它的定義如下：struct sk_buff_head { struct sk_buff * next; struct sk_buff * prev; _ _u32 qlen; spinlock_t lock; }; qlen代表鏈表元素的個數。lock用於防止對鏈表的並發訪問。sk_buff和sk_buff_head的前兩個元素是一樣的：next和prev指針。這使得它們可以放到同一個鏈表中，盡管sk_buff_head要比sk_buff小得多。另外，相同的函數可以同樣應用於sk_buff和sk_buff_head。為了使這個數據結構更靈活，每個sk_buff結構都包含一個指向sk_buff_head的指針。這個指針的名字是list。圖1會幫助你理解它們之間的關系。Figure 1. List of sk_buff elements

J. 股票交易行情數據如何轉換為Excel格式

1、首先，新建一個工作表，選中任意一個空單元格。選擇【數據】-【自網站】。