stanford-oval/wikipedia huggingface dataset:
传输控制协议
运作方式 > 建立通路

TCP用三握手（或称三握手，）过程建立一个连接。在连接建立过程中，很多参数要被初始化，例如序号被初始化以保证按序传输和连接的强壮性。
一对终端同时初始化一个它们之间的连接是可能的。但通常是由一端（服务器端）打开一个套接字（socket）然后监听来自另一方（客户端）的连接，这就是通常所指的被动打开（passive open）。服务器端被被动打开以后，客户端就能开始建立主动打开（active open）。
服务器端执行了listen函数后，就在服务器上建立起两个队列：
SYN队列：存放完成了二次握手的结果。  队列长度由listen函数的参数backlog指定。
ACCEPT队列：存放完成了三次握手的结果。队列长度由listen函数的参数backlog指定。
三次握手协议的过程：
客户端（通过执行connect函数）向服务器端发送一个SYN包，请求一个主动打开。该包携带客户端为这个连接请求而设定的随机数A作为消息序列号。
服务器端收到一个合法的SYN包后，把该包放入SYN队列中；回送一个SYN/ACK。ACK的确认码应为A+1，SYN/ACK包本身携带一个随机产生的序号B。
客户端收到SYN/ACK包后，发送一个ACK包，该包的序号被设定为A+1，而ACK的确认码则为B+1。然后客户端的connect函数成功返回。当服务器端收到这个ACK包的时候，把请求帧从SYN队列中移出，放至ACCEPT队列中；这时accept函数如果处于阻塞状态，可以被唤醒，从ACCEPT队列中取出ACK包，重新建立一个新的用于双向通信的sockfd，并返回。
如果服务器端接到了客户端发的SYN后回了SYN-ACK后客户端线了，服务器端没有收到客户端回来的ACK，那么，这个连接处于一个中间状态，既没成功，也没失败。于是，服务器端如果在一定时间内没有收到的TCP会重发SYN-ACK。在Linux下，默认重试次数为5次，重试的间隔时间从1s开始每次都翻倍，5次的重试时间间隔为1s, 2s, 4s, 8s, 16s，总共31s，第5次发出后还要等32s才知道第5次也超时了，所以，总共需要 1s + 2s + 4s+ 8s+ 16s + 32s = 63s，TCP才会断开这个连接。使用三个TCP参数来调整行为：tcp_synack_retries 减少重试次数；tcp_max_syn_backlog，增大SYN连接数；tcp_abort_on_overflow决定超出能力时的行为。
“三次握手”的目的是“为了防止已失效的连接(connect)请求报文段传送到了服务端，因而产生错误”，也即为了解决“网络中存在延迟的重复分组”问题。例如：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。
运作方式 > 资源使用

主机收到一个TCP包时，用两端的IP地址与端口号来标识这个TCP包属于哪个session。使用一张表来存储所有的session，表中的每条称作Transmission Control Block（TCB），tcb结构的定义包括连接使用的源端口、目的端口、目的ip、序号、应答序号、对方窗口大小、己方窗口大小、tcp状态、tcp输入/输出队列、应用层输出队列、tcp的重传有关变量等。
服务器端的连接数量是无限的，只受内存的限制。客户端的连接数量，过去由于在发送第一个SYN到服务器之前需要先分配一个随机空闲的端口，这限制了客户端IP地址的对外发出连接的数量上限。从Linux 4.2开始，有了socket选项IP_BIND_ADDRESS_NO_PORT，它通知Linux内核不保留usingbind使用端口号为0时内部使用的临时端口（ephemeral port），在connect时会自动选择端口以组成独一无二的四元组（同一个客户端端口可用于连接不同的服务器套接字；同一个服务器端口可用于接受不同客户端套接字的连接）。
对于不能确认的包、接收但还没读取的数据，都会占用操作系统的资源。
运作方式 > 数据传输

在TCP的数据传送状态，很多重要的机制保证了TCP的可靠性和强壮性。它们包括：使用序号，对收到的TCP报文段进行排序以及检测重复的数据；使用校验和检测报文段的错误，即无错传输；使用确认和计时器来检测和纠正丢包或延时；流控制（Flow control）；拥塞控制（Congestion control）；丢失包的重传。
运作方式 > 数据传输 > 可靠传输

通常在每个TCP报文段中都有一对序号和确认号。TCP报文发送者称自己的字节流的编号为序号（sequence number），称接收到对方的字节流编号为确认号。TCP报文的接收者为了确保可靠性，在接收到一定数量的连续字节流后才发送确认。这是对TCP的一种扩展，称为选择确认（）。选择确认使得TCP接收者可以对乱序到达的数据块进行确认。每一个字节传输过后，SN号都会递增1。
通过使用序号和确认号，TCP层可以把收到的报文段中的字节按正确的顺序交付给应用层。序号是32位的无符号数，在它增大到232-1时，便会回绕到0。对于初始化序列号(ISN)的选择是TCP中关键的一个操作，它可以确保强壮性和安全性。
TCP协议使用序号标识每端发出的字节的顺序，从而另一端接收数据时可以重建顺序，无惧传输时的包的乱序交付（英语：）或丢包。在发送第一个包时（SYN包），选择一个随机数作为序号的初值，以克制TCP序号预测攻击（英语：）.
发送确认包（Acks），携带了接收到的对方发来的字节流的编号，称为确认号，以告诉对方已经成功接收的数据流的字节位置。Ack并不意味着数据已经交付了上层应用程序。
可靠性通过发送方检测到丢失的传输数据并重传这些数据。包括超时重传（Retransmission timeout，RTO）与重复累计确认（duplicate cumulative acknowledgements，DupAcks）。
运作方式 > 数据传输 > 可靠传输 > 基于重复累计确认的重传

如果一个包（不妨设它的序号是100，即该包始于第100字节）丢失，接收方就不能确认这个包及其以后的包，因为采用了累计ack。接收方在收到100以后的包时，发出对包含第99字节的包的确认。这种重复确认是包丢失的信号。发送方如果收到3次对同一个包的确认，就重传最后一个未被确认的包。阈值设为3被证实可以减少乱序包导致的无作用的重传（spurious retransmission）现象。 选择性确认（SACK）的使用能明确反馈哪个包收到了，极大改善了TCP重传必要的包的能力。
运作方式 > 数据传输 > 可靠传输 > 超时重传

发送方使用一个保守估计的时间作为收到数据包的确认的超时上限。如果超过这个上限仍未收到确认包，发送方将重传这个数据包。每当发送方收到确认包后，会重置这个重传定时器。典型地，定时器的值设定为  {\text{smoothed RTT}}+\max(G,4\times {\text{RTT variation}}) 其中 G是时钟粒度。 进一步，如果重传定时器被触发，仍然没有收到确认包，定时器的值将被设为前次值的二倍（直到特定阈值）。这是由于存在一类通过欺骗发送者使其重传多次，进而压垮接收者的攻击，而使用前述的定时器策略可以避免此类中间人攻击方式的拒绝服务攻击。
运作方式 > 数据传输 > 数据传输举例

发送方首先发送第一个包含序列号为1（可变化）和1460字节数据的TCP报文段给接收方。接收方以一个没有数据的TCP报文段来回复（只含报头），用确认号1461来表示已完全收到并请求下一个报文段。
发送方然后发送第二个包含序列号为1461，长度为1460字节的数据的TCP报文段给接收方。正常情况下，接收方以一个没有数据的TCP报文段来回复，用确认号2921（1461+1460）来表示已完全收到并请求下一个报文段。发送接收这样继续下去。
然而当这些数据包都是相连的情况下，接收方没有必要每一次都回应。比如，他收到第1到5条TCP报文段，只需回应第五条就行了。在例子中第3条TCP报文段被丢失了，所以尽管他收到了第4和5条，然而他只能回应第2条。
发送方在发送了第三条以后，没能收到回应，因此当时钟（）过时（）时，他重发第三条。（每次发送者发送一条TCP报文段后，都会再次启动一次时钟：RTT）。
这次第三条被成功接收，接收方可以直接确认第5条，因为4，5两条已收到。
运作方式 > 数据传输 > 校验和

TCP的16位的校验和（checksum）的计算和检验过程如下：发送者将TCP报文段的头部和数据部分的和计算出来，再对其求反码（一的補數），就得到了校验和，然后将结果装入报文中传输。（这里用反码和的原因是这种方法的循环进位使校验和可以在16位、32位、64位等情况下的计算结果再叠加后相同）接收者在收到报文后再按相同的算法计算一次校验和。这里使用的反码使得接收者不用再将校验和字段保存起来后清零，而可以直接将报文段连同校验加總。如果计算结果是全部為一，那么就表示了报文的完整性和正确性。
注意：TCP校验和也包括了96位的伪头部，其中有源地址、目的地址、协议以及TCP的长度。这可以避免报文被错误地路由。
按现在的标准，TCP的校验和是一个比较脆弱的校验。出错概率高的数据链路层需要更高的能力来探测和纠正连接错误。TCP如果是在今天设计的，它很可能有一个32位的CRC校验来纠错，而不是使用校验和。但是通过在第二层使用通常的CRC校验或更完全一点的校验可以部分地弥补这种脆弱的校验。第二层是在TCP层和IP层之下的，比如PPP或以太网，它们使用了这些校验。但是这也并不意味着TCP的16位校验和是冗余的，对于因特网传输的观察，表明在受CRC校验保护的各跳之间，软件和硬件的错误通常也会在报文中引入错误，而端到端的TCP校验能够捕捉到大部分简单的错误。 这就是应用中的端到端原则。
运作方式 > 数据传输 > 流量控制

流量控制用来避免主机分组发送得过快而使接收方来不及完全收下，一般由接收方通告给发送方进行调控。
TCP使用滑动窗口协议（英语：）实现流量控制。接收方在“接收窗口”域指出还可接收的字节数量。发送方在没有新的确认包的情况下至多发送“接收窗口”允许的字节数量。接收方可修改“接收窗口”的值。
当接收方宣布接收窗口的值为0，发送方停止进一步发送数据，开始了“保持定时器”（persist timer），以避免因随后的修改接收窗口的数据包丢失使连接的双侧进入死锁，发送方无法发出数据直至收到接收方修改窗口的指示。当“保持定时器”到期时，TCP发送方尝试恢复发送一个小的ZWP包（Zero Window Probe），期待接收方回复一个带着新的接收窗口大小的确认包。一般ZWP包会设置成3次，如果3次过后还是0的话，有的TCP实现就会发RST把链接断了。
如果接收方以很小的增量来处理到来的数据，它会发布一系列小的接收窗口。这被称作愚蠢窗口综合症，因为它在TCP的数据包中发送很少的一些字节，相对于TCP包头是很大的开销。解决这个问题，就要避免对小的window size做出响应，直到有足够大的window size再响应：
接收端使用David D Clark算法：如果收到的数据导致window size小于某个值，可以直接ack把window给关闭了，阻止了发送端再发数据。等到接收端处理了一些数据后windows size大于等于了MSS，或者接收端buffer有一半为空，就可以把window打开让发送端再发数据过来。
发送端使用Nagle算法来延时处理，条件一：Window Size>=MSS 且 Data Size >=MSS；条件二：等待时间或是超时200ms，这两个条件有一个满足，才会发数据，否则就是在积累数据。Nagle算法默认是打开的，所以对于一些需要小包场景的程序——比如像telnet或ssh这样的交互性程序，需要关闭这个算法。可以在Socket设置TCP_NODELAY选项来关闭这个算法。
运作方式 > 数据传输 > 拥塞控制

拥塞控制是发送方根据网络的承载情况控制分组的发送量，以获取高性能又能避免拥塞崩溃（congestion collapse，网络性能下降几个数量级）。这在网络流之间产生近似最大最小公平（英语：）分配。
发送方与接收方根据确认包或者包丢失的情况，以及定时器，估计网络拥塞情况，从而修改数据流的行为，这称为拥塞控制或网络拥塞避免。
TCP的现代实现包含四种相互影响的拥塞控制算法：慢开始、拥塞避免、快速重传、快速恢复。
此外，发送方采取“超时重传”（retransmission timeout，RTO），这是估计出來回通訊延遲 (RTT) 以及RTT的方差。
RFC793中定义的计算SRTT的经典算法：指数加权移动平均（Exponential weighted moving average）
先采样RTT，记下最近好几次的RTT值。
做平滑计算SRTT公式为： SRTT=(\alpha *SRTT)+((1-\alpha )*RTT)，其中 α 取值在0.8 到 0.9之间
计算RTO，公式： RTO=min(UBOUND,max(LBOUND,(\beta *SRTT))，其中 UBOUND是最大的timeout时间上限值，LBOUND是最小的timeout时间下限值，β值一般在1.3到2.0之间。
1987年，出现计算RTT的Karn算法（英语：）或TCP时间戳（RFC 1323），最大特点是——忽略重传，不把重传的RTT做采样。但是，如果在某一时间，网络闪动，突然变慢了，产生了比较大的延时，这个延时导致要重传所有的包（因为之前的RTO很小），于是，因为重传的不算，所以，RTO就不会被更新，这是一个灾难。为此，Karn算法一发生重传，就对现有的RTO值翻倍。这就是的Exponential backoff。
1988年，在RFC 6298中给出范·雅各布森算法取平均以获得平滑往返时延（Smoothed Round Trip Time，SRTT），作为最终的RTT估计值。这个算法在被用在今天的TCP协议中：
SRTT=SRTT+\alpha *(RTT-SRTT)
 DevRTT=(1-\beta )*DevRTT+\beta *\left\vert RTT-SRTT\right\vert 
 RTO=\mu *SRTT+\partial *DevRTT
其中：DevRTT是Deviation RTT。在Linux下，α = 0.125，β = 0.25， μ = 1，∂= 4
目前有很多TCP拥塞控制算法在研究中。
运作方式 > 最大分段大小

最大分段大小 (MSS)是在单个分段中TCP愿意接受的数据的字节数最大值。MSS应当足够小以避免IP分片，它会导致丢包或过多的重传。在TCP连接建立时，双端在SYN报文中用MSS选项宣布各自的MSS，这是从双端各自直接相连的数据链路层的最大传输单元（MTU）的尺寸减去固定的IP首部和TCP首部长度。以太网MTU为1500字节， MSS值可达1460字节。使用IEEE 802.3的MTU为1492字节，MSS可达1452字节。如果目的IP地址为“非本地的”，MSS通常的默认值为536（这个默认值允许20字节的IP首部和20字节的TCP首部以适合576字节IP数据报）。此外，发送方可用传输路径MTU发现（英语：）（RFC 1191）推导出从发送方到接收方的网络路径上的最小MTU，以此动态调整MSS以避免网络IP分片。
MSS发布也被称作“MSS协商”（MSS negotiation）。严格讲，这并非是协商出来一个统一的MSS值，TCP允许连接两端使用各自不同的MSS值。 例如，这会发生在参与TCP连接的一台设备使用非常少的内存处理到来的TCP分组。
运作方式 > 选择确认

最初采取累计确认的TCP协议在丢包时效率很低。例如，假设通过10个分组发出了1万个字节的数据。如果第一个分组丢失，在纯粹的累计确认协议下，接收方不能说它成功收到了1,000到9,999字节，但未收到包含0到999字节的第一个分组。因而，发送方可能必须重传所有1万个字节。
为此，TCP采取了“选择确认”（selective acknowledgment，SACK）选项。RFC 2018 对此定义为允许接收方确认它成功收到的分组的不连续的块，以及基础TCP确认的成功收到最后连续字节序号。这种确认可以指出SACK block，包含了已经成功收到的连续范围的开始与结束字节序号。在上述例子中，接收方可以发出SACK指出序号1000到9999，发送方因此知道只需重发第一个分组（字节 0 到 999）。
TCP发送方会把乱序收包当作丢包，因此会重传乱序收到的包，导致连接的性能下降。重复SACK选项（duplicate-SACK option）是定义在RFC 2883中的SACK的一项扩展，可解决这一问题。接收方发出D-ACK指出没有丢包，接收方恢复到高传输率。D-SACK使用了SACK的第一个段来做标志，
如果SACK的第一个段的范围被ACK所覆盖，那么就是D-SACK;
如果SACK的第一个段的范围被SACK的第二个段覆盖，那么就是D-SACK
D-SACK旨在告诉发送端：收到了重复的数据，数据包没有丢，丢的是ACK包；或者“Fast Retransmit算法”触发的重传不是因为发出去的包丢了，也不是因为回应的ACK包丢了，而是因为网络延时导致的reordering。
SACK选项并不是强制的。仅当双端都支持时才会被使用。TCP连接建立时会在TCP头中协商SACK细节。在 Linux下，可以通过tcp_sack参数打开SACK功能（Linux 2.4后默认打开）。Linux下的tcp_dsack参数用于开启D-SACK功能（Linux 2.4后默认打开）。选择确认也用于流控制传输协议 (SCTP).
运作方式 > TCP窗口缩放选项

TCP窗口尺寸域控制数据包在2至65,535字节。RFC 1323 定义的TCP窗口缩放选项（英语：）用于把最大窗口尺寸从65,535字节扩大至1G字节。扩大窗口尺寸是TCP优化（英语：）的需要。
窗口缩放选项尽在TCP三次握手时双端在SYN包中独立指出这个方向的缩放系数。该值是16比特窗口尺寸的向左位移数，从0 (表示不位移)至14。
某些路由器或分组防火墙会重写窗口缩放选项，这可能导致不稳定的网络传输。
运作方式 > TCP时间戳

RFC 1323  定义了TCP时间戳，并不对应于系统时钟，使用随机值初始化。许多操作系统每毫秒增加一次时间戳；但RFC只规定tick应当成比例。
有两个时间戳域:
TCP时间戳用于“防止序列号回绕算法”（Protection Against Wrapped Sequence numbers，PAWS），细节见RFC 1323。PAWS用于接收窗口跨序号回绕边界。这种情形下一个包可能会重传以回答问题：“是否是第一个还是第二个4 GB的序号？”时间戳可以打破这一问题。
另外，Eifel检测算法（ RFC 3522 ）使用TCP时间戳确定如果重传发生是因为丢包还是简单乱序。
最近统计表明时间戳的采用率停滞在~40%，这归因于Windows服务器从Windows Server 2008起降低了支持。.
运作方式 > 带外数据

带外数据（英语：）（OOB）是指对紧急数据，中断或放弃排队中的数据流；接收方应立即处理紧急数据。完成后，TCP通知应用程序恢复流队列的正常处理。
OOB并不影响网络，“紧急”仅影响远程端的处理。这一协议很少被实现。
运作方式 > 强制数据递交

正常情况下，TCP等待200 ms以准备一个完整分组发出（纳格算法试图把小的信息组装为单一的包）。这产生了小的、但潜在很严重的延迟并在传递一个文件时不断重复延迟。例如，典型发送块是4 KB，典型的MSS是1460字节，在10 Mbit/s以太网上发出两个包，每个耗时约~1.2 ms，随后是剩余1176个字节的包，之后是197 ms停顿因为TCP等待装满缓冲区。
对于telnet，每次用户击键的回应，如果有200 ms将会非常烦人。
socket选项TCP_NODELAY能放弃默认的200 ms发送延迟。应用程序使用这个socket选项强制发出数据。
RFC定义了PSH能立即发出比特。Berkeley套接字不能控制或指出这种情形，只能由协议栈控制。
运作方式 > 终结通路

连接终止使用了四路握手过程（或称四次握手，），在这个过程中连接的每一侧都独立地被终止。当一个端点要停止它这一侧的连接，就向对侧发送FIN，对侧回复ACK表示确认。因此，拆掉一侧的连接过程需要一对FIN和ACK，分别由两侧端点发出。
首先发出FIN的一侧，如果给对侧的FIN响应了ACK，那么就会超时等待2*MSL时间，然后关闭连接。在这段超时等待时间内，本地的端口不能被新连接使用；避免延时的包的到达与随后的新连接相混淆。RFC793定义了MSL为2分钟，Linux设置成了30s。参数tcp_max_tw_buckets控制并发的TIME_WAIT的数量，默认值是180000，如果超限，那么，系统会把多的TIME_WAIT状态的连接给destory掉，然后在日志里打一个警告（如：time wait bucket table overflow）
连接可以工作在TCP半开（英语：）状态。即一侧关闭了连接，不再发送数据；但另一侧没有关闭连接，仍可以发送数据。已关闭的一侧仍然应接收数据，直至对侧也关闭了连接。
也可以通过测三握手关闭连接。主机A发出FIN，主机B回复FIN & ACK，然后主机A回复ACK.
一些主机（如Linux或HP-UX）的TCP栈能实现半双工关闭序列。这种主机如果主动关闭一个连接但还没有读完从这个连接已经收到的数据，该主机发送RST代替FIN。这使得一个TCP应用程序能确认远程应用程序已经读了所有已发送数据，并等待远程侧发出的FIN。但是远程的TCP栈不能区分Connection Aborting RST与Data Loss RST，两种原因都会导致远程的TCP栈失去所有的收到数据。
一些应用协议使用TCP open/close handshaking，因为应用协议的TCP open/close handshaking可以发现主动关闭的RST问题。例如：
s = connect(remote);
send(s, data);
close(s);
TCP/IP栈采用上述方法不能保证所有数据到达对侧，如果未读数据已经到达对侧。
运作方式 > 状态编码

下表为TCP状态码列表，以S指代服务器，C指代客户端，S&C表示两者，S/C表示两者之一：
端口

TCP使用了通信端口（）的概念来标识发送方和接收方的应用层。对每个TCP连接的一端都有一个相关的16位元的无符号端口号分配给它们。端口被分为三类：众所周知的、注册的和动态/私有的。众所周知的端口号是由因特网赋号管理局（IANA）来分配的，并且通常被用于系统一级或根进程。众所周知的应用程序作为服务器程序来运行，并被动地侦听经常使用这些端口的连接。例如：FTP、TELNET、SMTP、HTTP、IMAP、POP3等。注册的端口号通常被用来作为终端用户连接服务器时短暂地使用的源端口号，但它们也可以用来标识已被第三方注册了的、被命名的服务。动态/私有的端口号在任何特定的TCP连接外不具有任何意义。可能的、被正式承认的端口号有65535个。
發展過程

TCP是一个复杂的但同时又是在发展之中的协议。尽管许多重要的改进被提出和实施，发表于1981年的RFC793中说明的TCP（TCP-Tahoe）的许多基本操作还是未作多大改动。RFC1122：《因特网对主机的要求》阐明了许多TCP协议的实现要求。RFC2581：《TCP的拥塞控制》是一篇近年来关于TCP的很重要的RFC，描述了更新后的避免过度拥塞的算法。写于2001年的RFC3168描述了对明显拥塞的报告，这是一种拥塞避免的信号量机制。在21世纪早期，在所有因特网的数据包中，通常有大约95%的包使用了TCP协议。常见的使用TCP的应用层有HTTP/HTTPS（万维网协议），SMTP/POP3/IMAP（电子邮件协议）以及FTP（文件传输协议）。这些协议在今天被广泛地使用，这证明了它们的原作者的创造是卓越的。
最近，一个新协议已经被加州理工学院的科研人员开发出来，命名为FAST TCP（基于快速活动队列管理的规模可变的传输控制协议）。它使用排队延迟作为拥塞控制信号；但是因为端到端的延迟通常不仅仅包括排队延迟，所以FAST TCP（或更一般地，所有基于排队延迟的算法）在实际互联网中的能否工作仍然是一个没有解决的问题。
应用

TCP并不是对所有的应用都适合，一些新的带有一些内在的脆弱性的运输层协议也被设计出来。比如，实时应用并不需要甚至无法忍受TCP的可靠传输机制。在这种类型的应用中，通常允许一些丢包、出错或拥塞，而不是去校正它们。例如通常不使用TCP的应用有：流媒体、網絡游戏、IP电话（VoIP）等等。任何不是很需要可靠性或者是想将功能减到最少的应用可以避免使用TCP。在很多情况下，当只需要多路复用应用服务时，用户数据报协议（UDP）可以代替TCP为应用提供服务。
除外，由于TCP的实现是由操作系统提供，而TCP的悠久历史、系统级别的配置机制，一些特性在特定的网络环境下会成为一种累赘而且无法优化，所以也有一些通过在UDP上重新实现用户层级的类似TCP的面向连接的、可靠的、基于字节流的类传输层协议，来代替TCP，例如基于UDP的数据传输协议、QUIC。
参考资料

Timothy S. Ramteke: Networks, Second Edition., Prentice-Hall 2001, ISBN 0-13-901265-6
Torsten Braun , Martina Zitterbart: Hochleistungskommunikation, Bd.2, Transportdienste und Transportprotokolle , Oldenbourg 1996, ISBN 978-3-486-23088-8
1 2  RFC 793 Section 3.2
↑  .   [2017-11-02]. （原始内容存档于2020-11-11）.
↑  .   [2011-03-12]. （原始内容存档于2020-05-06）.
↑  Mathis; Mathew; Semke; Mahdavi; Ott. . ACM SIGCOMM Computer Communication Review. 1997, 27.3: 67–82.
↑  Paxson, V.; Allman, M.; Chu, J.; Sargent, M.. Computing TCP's Retransmission Timer. IETF. June 2011: p. 2. sec. 2 [October 24, 2015]. RFC 6298.
↑  Stone; Partridge. . Sigcomm. 2000  [2017-11-02]. （原始内容存档于2008-05-05）.
↑  .   [2017-11-02]. （原始内容存档于2020-11-27）.
↑  .   [2017-11-02]. （原始内容存档于2020-03-31）.
↑  David Murray; Terry Koziniec; Sebastian Zander; Michael Dixon; Polychronis Koutsakis.  (PDF). The 23rd Asia-Pacific Conference on Communications (APCC 2017). 2017  [3 October 2017]. （原始内容存档 (PDF)于2017-10-03）.
↑  Gont, Fernando. . 73rd IETF meeting. November 2008  [2009-01-04]. （原始内容存档于2019-05-16）.
↑  Peterson, Larry. . Morgan Kaufmann. 2003: 401. ISBN 1-55860-832-X.
↑  Richard W. Stevens. . Addison-Wesley. 2006: Chapter 20  [2017-11-02]. ISBN 978-0-201-63346-7. （原始内容存档于2020-10-25）.
↑  Tanenbaum, Andrew S.  Fourth. Prentice Hall. 2003-03-17. ISBN 0-13-066102-3.
↑  Section 4.2.2.13 in RFC 1122
简化版的TCP状态图。更详细的版本见： TCP EFSM 图 （页面存档备份，存于），包含了ESTABLISHED状态的内部状态。
TCP连接的正常建立
TCP数据传输
TCP包的序号与接收窗口的行为很像时钟。
TCP连接的正常终止
连接终止
伊瓦諾夫角

66°53′S 109°7′E﻿ / ﻿66.883°S 109.117°E﻿ / -66.883; 109.117
伊瓦諾夫角（英語：）是南極洲的海岬，位於威爾克斯地，處於哈奇群島以西6.4公里，根據美國海軍的空中照片繪入地圖，現時由南極條約體系管理。
參考資料

. . United States Geological Survey.   [2012-07-12].
傑克·皮維

雅各·愛德華·皮維（英語：，1981年5月31日—）曾是美國職棒球員，主要擔任先發投手。他在2007年球季，以19勝6負、240次三振、2.54的防禦率，三冠王成績獲得國聯賽揚獎。
兩次世界大賽冠軍(2013、2014)
職業生涯 > 聖地牙哥教士

皮維在阿拉巴馬州摩比港市的聖保羅主教高中畢業後在1999年的選秀會上，第15輪被聖地牙哥教士隊挑中後，放棄上大學的念頭，因而往大聯盟邁進。
經過兩年的磨練，2004年他變成教士隊的主力投手，在這個球季得到15勝6負、173次三振和領先全聯盟的2.27自責分率。
2005年2月28日，與教士簽了四年至少1450萬美金的延長合約。
2005年球季，皮維入選了明星賽，並在當年以216次三振當選了國家聯盟的三振王，除此之外球季有13勝7負、2.88的自責分率、和1.044的WHIP值的表現。這個球季教士隊雖然贏得國聯西區的冠軍，但冠軍賽卻不敵紅雀隊。
2007年球季，皮維入選了明星賽的先發投手，這是他生涯第二度入選明星賽。2007年8月2日，對上亞利桑那響尾蛇隊投出生涯第1000次三振。而該季皮維以19勝、240次三振、2.54自責分率的超優異表現得到國聯投手三冠王的頭銜，這是自1969年以來，僅有的第八位投手在聯盟獲得三冠王。皮維該年一致通過的獲得賽揚獎，是教士隊隊史上第四位拿下賽揚獎的投手。
2007年12月12日，他和教士簽下了四年5200萬美金的合約，是教士隊史上最大的合約
，並在2013年有2200萬美金的選擇權。皮維在2009年的交易截止日放棄了NTC,被交易到芝加哥白襪隊。
職業生涯 > 芝加哥白襪

2009年7月31日交易大限最後一天，Peavy同意交易至芝加哥白襪。
代表芝加哥白襪的初登板對上堪薩斯皇家 Peavy投了5局 責失分3分和三振5次，最後在2009年後半賽季Peavy代表芝加哥白襪的成績是3-0，2009年的賽季成績是9-6。
職業生涯 > 波士頓紅襪

2013年7月30日，在交易大限前最後一日，波士頓紅襪與芝加哥白襪和底特律老虎進行三方交易，波士頓紅襪在這次交易中得到了皮維。
2013年8月3日，皮維在波士頓紅襪初登板，對上亞利桑那響尾蛇，最後結果為波士頓紅襪5-2打敗了亞利桑那響尾蛇。
2013年10月30日，波士頓紅襪隊奪下世界大賽總冠軍，皮維拿下生涯首枚冠軍戒。
職業生涯 > 舊金山巨人

2014年7月26日，波士頓紅襪隊將皮維交易至舊金山巨人隊，換來兩名小聯盟潛力投手Edwin Escobar和Heath Hembree。
2014年10月29日，舊金山巨人隊奪下世界大賽總冠軍，皮維連續兩年獲得冠軍戒，並且是美國職棒大聯盟史上首位連續兩年在不同聯盟不同球隊獲得冠軍戒的先發投手。
2014年12月19日，巨人隊以2400萬美元續約皮維兩年。皮維效力巨人隊3個球季期間戰績19勝19敗，防禦率3.97，總共308局的投球238次三振和78次四壞球保送。在2016年11月3日，皮維成為自由球員。
職業生涯 > 退休

2019年5月5日，皮維宣布退休。
球探報告

皮維有著二縫線快速球(88-91英里)、四縫線快速球(90-93英里)、滑球(83-88英里)、變速球(80-84英里)、曲球(74-76英里)等球種。
在他許多成功的比賽中，大多使用拿手的二縫線快速球及滑球，皮維的快速球可控制到本壘板的兩側，把球削入內角或往外遠離打者，並讓球有大幅下沉的效果，使他成為優秀的三振型投手。
註腳

↑  .   [2008-06-13]. （原始内容存档于2009-04-11）.
↑  .   [2008-06-13]. （原始内容存档于2006-07-05）.
↑  .   [2008-06-13]. （原始内容存档于2009-04-10）.
↑  
The Official Site of Major League Baseball: News: Peavy clears last hurdle for extension[永久]
↑  .   [2008-06-13]. （原始内容存档于2008-05-25）.
外部連結

球員資訊和成績在MLB，ESPN，Baseball-Reference，Fangraphs，The Baseball Cube（英文）
| 奖项与成就 |
| --- | --- | --- |
| 前任： Russ Ortiz John Maine 卡洛斯·桑布拉诺 | 國家聯盟單月最佳投手 2004年8月 2007年5月 2007年8月-2007年9月 | 繼任： 卡洛斯·桑布拉诺 班·席兹 布兰登·伟伯  |
| 前任： Jason Schmidt 洛伊·奥斯华 | 國家聯盟防禦率王 2004 2007 | 繼任： 羅傑·克萊門斯 尤汉·山塔纳  |
| 前任： 藍迪·強森 Aaron Harang | 國家聯盟三振王 2005 2007 | 繼任： Aaron Harang 蒂姆·林斯肯  |
| 前任： Aaron Harang、德瑞克·洛夫、布拉德·佩尼、約翰·史摩茲、布蘭登·偉伯、卡洛斯·桑布拉诺 | 國家聯盟勝投王 2007 | 繼任： 布兰登·伟伯  |
| 前任： 藍迪·強森 | 國家聯盟投手三冠王 2007 | 繼任： 無  |
| 前任： 布蘭登·偉伯 | 賽揚獎 2007 | 繼任： 蒂姆·林斯肯  |
| 前任： 克裡斯·卡彭特 | 球員票選獎 2007 | 繼任： 蒂姆·林斯肯  |
李介石

李介石可以指：
李從心，字介石，明朝政治人物
李祉，字介石，清朝政治人物
伊藤卓弥

| 個人 |
| --- | --- | --- | --- |
全名:  伊藤卓弥
出生日期:   (1976-12-30) 1976年12月30日（47歲）
出生地點:  日本神奈川縣
位置:  守門員
職業*
| 年份 |  球隊 |   |  （） |
| 1995-1997 1998-1999 |  橫濱水手 大阪櫻花 |    |   |
 * 職業次數與數僅計算國內聯賽部份 
伊藤卓弥（1976年12月30日—），前日本足球運動員。
成績

| 球會表現> 球季.日本 | 球會表現> 球會.日本 | 球會表現> 聯賽.日本 | 聯賽> 出場.聯賽 | 聯賽> 入球.聯賽 | 足總盃> 出場. 天皇杯 | 足總盃> 入球. 天皇杯 | 聯賽盃> 出場. 日本联赛杯 | 聯賽盃> 入球. 日本联赛杯 | 總數> 出場.總數 | 總數> 入球.總數 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 1995 | 橫濱水手 | 甲級 | 2 | 0 | 0 | 0 | - | - | 2 | 0 |
| 1996 | 橫濱水手 | 甲級 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 1997 | 橫濱水手 | 甲級 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 1998 | 大阪櫻花 | 甲級 | 0 | 0 |  |  | 0 | 0 | 0 | 0 |
| 1999 | 大阪櫻花 | 甲級 | 0 | 0 |  |  | 0 | 0 | 0 | 0 |
| 國家 | 日本 | 日本 | 2 | 0 | 0 | 0 | 0 | 0 | 2 | 0 |
| 總和 | 總和 | 總和 | 2 | 0 | 0 | 0 | 0 | 0 | 2 | 0 |
伊本·穆格莱

伊本·穆格莱（波斯語：‎，886年—940年），波斯人，阿拉伯帝国阿拔斯王朝大臣，伊斯兰书法家。
生平

公元886年生于巴格达，传说他最先将圆角引入了曲线引入了原始棱角分明的库法体，发明了誊抄体。然而埃米尔之埃米尔Ibn Ra'iq砍断了他的右手，他仍能用左手写出美妙的字体。仕途波荡，曾被流放于波斯。公元940年卒于巴格达。
参考资料

↑  郭西萌. . 石家庄: 河北教育出版社. 2003-12: 168.
克苏鲁的呼唤 (1981年游戏)

| --- | --- |
第一版游戏封面,1981
設計者: 桑迪·彼得森
發行商: 混沌元素
發行日期: 1981
類型: 恐怖
方法: 基本角色扮演
網站: Call of Cthulhu
《克蘇魯的呼喚》（Call of Cthulhu，縮寫：CoC）是改編自洛夫克拉夫特作品的一部桌上角色扮演遊戲，其名來自作者的同名小說，也是以這本小說命名的第一部遊戲，遊戲背景即洛夫克拉夫特的克蘇魯神話。它由混沌元素於1981年發行，現已更新至第七版。它的游戏系统基于混沌元素的基本角色扮演(BRP)，并添加了一些恐怖类型的内容，例如包括关于理智和运气的特殊规则。
游戏玩法 > 游戏设定

人类最古老和最强烈的情感是恐惧，而最强烈的恐惧是对未知。”

——H.P.洛夫克拉夫特《文学中的超自然恐怖》
1981年首次发布的原版按照基本角色扮演的基础规则，如洛夫克拉夫特的许多故事一样，以20世纪20年代为背景。《煤气灯下的克苏鲁》模组融合了神秘主义和福尔摩斯式的探秘，故事背景主要发生在19世纪90年代的英国。《Cthulhu Now》和《Delta Green》对抗阴谋的故事发生在现代/20世纪80年代。2020年初增补了多个不同历史时期背景的规则公元1000年(克苏鲁:黑暗时代)，23世纪(克苏鲁崛起)和古罗马(克苏鲁不可征服)。主角也可能会前往地球之外的地方，如Dreamlands(可以通过梦境进入，也可以通过与地球的物理联系进入)，其他星球或太空的空隙。为了与洛夫克拉夫特的主题保持一致，游戏主持人被称为“奥术知识的守秘者”(The keeper 简称KP)，而玩家角色则被称为“未知调查员”(invesgaters)。
虽然游戏主要专注于洛夫克拉夫特式的恐怖，但是克苏鲁神话背景却不是必需的。游戏系统还包含了非洛夫克拉夫特游戏的理念，如使用民间恐怖或其他作者和恐怖电影的设定，或由守秘人或玩家完全自定义的背景和生物。
游戏玩法 > 游戏机制

《CoC》使用和混沌元素开发的符石之谜相同的基本角色扮演系统，游戏机制是基于技能而非人物等级，玩家角色在拥有良好的健康和理智时，会通过技能的成功使用而变得更强，从而推进游戏进展。投掷百分骰（结果为0-99的骰子，通常由两个十分骰组成）是判定玩家行动成功与否的方式，每个需要判定的行动结果由角色的技能等级和百分骰结果共同确定。举个例子，一个画家可能有75点绘画技能，只要百分骰的结果低于75则绘画相关的行动将获得成功。投掷出低于技能点1/5的点数将获得一次“极难成功”(special success)，这将会让该行动得到额外的收益，具体结果由守秘人裁决（比如让一个行动更快完成，战斗的伤害更高等）。
在游戏中，玩家们扮演的角色：侦探、罪犯、学者、画家、退伍军人等等因为种种原因卷入神秘的事件之中，奔波在奇怪而危险的场所之间，揭开邪恶的阴谋，对抗暗夜的恐怖怪物，还有疯狂的邪教徒。随着玩家对真实世界的认知，逐步发觉人性在可怖的真相前是多么渺小时，他们的理智将渐渐凋零崩溃。游戏包含了一系列决定角色健康与理智的机制，对抗可怖事件往往意味着理智崩坏。在《CoC》里，玩家扮演的角色往往最后变得疯狂或死于精神病院，调查员们鲜有善终。
中文游戏出版情况

克苏鲁的呼唤在大陆一直以来没有官方授权的中文版本，玩家们多通过如纯美苹果园 （页面存档备份，存于）等论坛获取爱好者翻译的游戏规则书等资料。
正式的中文版本在2020年后由日本Arclight株式会社代理出版，帝企鹅翻译制作，乐博睿全权负责该产品的简体中文版在大陆地区的推广和经销。在正式版众筹开始后，各论坛爱好者翻译制作的中文CoC第七版也停止提供下载。
中文游戏出版情况 > 克苏鲁的呼唤：入门套装(2020)

内容包含简易规则、游戏剧本、骰子、角色卡和展示资料等，采用单人冒险的方式，让玩家在故事中学习和掌握游戏的基本规则。
中文游戏出版情况 > 克苏鲁的呼唤：基础套装(2021)

包含规则手册、剧本集、角色卡、地图、骰子等。
歷史

《克蘇魯的呼喚》最初由桑迪·彼得森編寫，第五版和第六版換成林恩·威利斯（Lynn Willis），第七版為保罗·弗里克（Paul Fricker）和麥克·梅森（Mike Mason）。1981年至2011年間，六版的《克蘇魯的呼喚》規則上沒有大的變化，2014年發行的第七版則做了較大改動。
| 版本 | 時間 | 形式 | 注釋 |
| --- | --- | --- | --- |
| 1 | 1981 | 盒装 |  |
| 2 | 1983 | 盒装 |  |
| 3 | 1986 | 盒装 |  |
| 4 | 1989 | 平装 |  |
| 5 | 1992 | 平装 | 林恩·威利斯首次參與製作 |
| 5.5 | 1998 | 平装 |  |
| 20週年版 | 2001 | 皮革精裝 | 限量版 |
| 6 | 2004 | 精裝、平裝、 PDF | 與20週年紀念版一致 |
| 7 | 2014 | 精裝、平裝和電子版 | 規則改動較大 |
所获奖项

这款游戏获得了多个奖项
1981, Game Designer's Guild, Select Award
1982, 原创游戏奖(Origins Awards), 最佳角色扮演游戏
1985, Games Day Award, 最佳角色扮演游戏
1986, Games Day Award, 最佳当代角色扮演游戏
1987, Games Day Award, 最佳其他角色扮演游戏
1993, Leeds Wargame Club, 最佳角色扮演游戏
1994, 玩家精选奖(Gamer's Choice Award), 名人堂
1995, 原创游戏奖(Origins Awards), 名人堂
2001, 原创游戏奖(Origins Awards), 最佳书籍视觉呈现(克苏鲁的呼唤 20周年纪念版)
2002 Gold Ennie Award "最佳版式和美术设计".
2003, 被 GamingReport.com 读者票选为最佳恐怖/哥特角色扮演游戏
2014, ENNIE Awards - 克苏鲁的呼唤第七版：快速入门 - '最佳免费作品 (银奖)'
2016, UK Games Expo Awards - '最佳角色扮演游戏'
2017, Beasts of War Awards - '最佳角色扮演游戏'
2017, Dragon Con Awards - '最佳幻想作品角色扮演游戏' (纸浆克苏鲁规则)
2017, ENNIE Awards - '最佳补充集 (金奖)' (纸浆克苏鲁规则)
2017, ENNIE Awards - '最佳封面美术(金奖)' (for Call of Cthulhu Investigator Handbook)
2017, ENNIE Awards - '最佳地图设计(金奖)' (克苏鲁的呼唤守秘人帷幕包)
2017, ENNIE Awards - '最佳辅助配件(金奖)' (克苏鲁的呼唤守秘人帷幕包)
2017, ENNIE Awards - '最具价值作品 (金奖)' (克苏鲁的呼唤硬壳精装版)
2018, Tabletop Gaming Magazine '史上最伟大的游戏排行榜Top150' - 克苏鲁的呼唤 - 排名第三(读者投票)
2019, ENNIE Awards - '最佳规则(金奖)' (克苏鲁的呼唤入门套装)
參考文獻

↑  Cook, Monte. . Lowder, James  (编). . Green Ronin Publishing. 2007: 42–45. ISBN 978-1-932442-96-0.
↑  Petersen, Sandy; Willis, Lynn. . RPG.net. Skotos Tech, Inc.   [March 29, 2015]. （原始内容存档于2020-09-18）.
↑  Petersen, Sandy; Willis, Lynn. . RPG.net. Skotos Tech, Inc.   [March 29, 2015]. （原始内容存档于2007-03-02）.
↑  .   [2022-07-21]. （原始内容存档于2022-03-20）.
↑  .   [2022-07-21]. （原始内容存档于2022-07-21）.
↑  .   [2022-07-21]. （原始内容存档于2021-07-26）.
↑  Turnbull, Don. . White Dwarf volume = (Games Workshop). August 1982, (32): 18. ISSN 0265-8712.
↑  Ivey, Shane. . The Unspeakable Oath. July 24, 2012  [January 25, 2013]. （原始内容存档于2013-03-28）.
↑  Paul Maclean. . Valkyrie Quarterly.   [September 2, 2015]. （原始内容存档于2015-09-23）.
↑  . RPGGeek.com.   [September 1, 2015]. （原始内容存档于2020-10-22）.
↑  . Chaosium.com. Chaosium.   [September 12, 2015]. （原始内容存档于2001-10-20）.
↑  . RPGGeek.com.   [September 1, 2015]. （原始内容存档于2020-10-23）.
↑  . RPGGeek.com.   [September 1, 2015]. （原始内容存档于2020-10-01）.
↑  . RPGGeek.com.   [September 1, 2015]. （原始内容存档于2020-11-21）.
↑  . Chaosium.   [2022-07-23]. （原始内容存档于2022-07-23）.
外部連接

Chaosium（页面存档备份，存于）
《克蘇魯的呼喚》中的黃衣之王插圖
杂谷土司

| 杂谷土司 |
| --- | --- |
土司
創立: 1407年
滅亡: 1752年 原因：改土归屯
統治中心: 杂谷土司官寨（今四川省阿坝州理县杂谷脑镇）
政府
 • 类型: 安抚司
 • 土司民族: 嘉绒人
 • 始封者: 阿漂
杂谷土司（藏語：རྒྱལ་ཁ།，威利转写：rgyal kha），又称杂谷脑土司，是明朝至清朝时期的一个世袭嘉绒人土司，为嘉绒十八土司之一，位于今四川阿坝州理县、茂县、黑水县一带，其治所位于今日理县杂谷脑镇。
1407年（永乐五年），杂谷头人阿漂归附明朝，被明廷授予安抚司，令其抚辑旧维州诸处蛮塞。正统年间，崛起的穆坪土司图谋占据威州、保县，与扼守要路的杂谷土司发生冲突。当时杂谷土司阿䧣被其小妻毒杀，其子亦遭毒害。穆坪土司欺凌杂谷土司妻寡子弱，想要将其兼并。1449年（正统十四年）穆坪土司趁明军远征麓川之机大举入侵杂谷，掠夺人畜，明朝的守臣不能制。穆坪土司将旧维州等处番寨占据，并派出土兵把守。但旧维州等地都被穆坪土司侵占，朝贡的道路被阻断。1452年（景泰三年），穆坪土司派人向明朝进贡，景泰帝要求穆坪归还侵占杂谷的的土地。穆坪土司奉命归还了部分土地，但拒不归还旧维州等地。1455年（景泰六年）穆坪土司克罗俄监粲去世后，穆坪土司衰落，杂谷土司崛起。1469年（成化五年），杂谷土司恢复了昔日的疆域，派人向明朝进贡，明朝定下三年一贡的惯例。
清军入关之后，杂谷土司趁中原大乱之际对外扩张。1657年（顺治十四年），杂谷土司桑吉朋和沃日土官巴必太围攻瓦寺土司曲翊伸的官寨。监军道佥事程翔闯，调防威保守备关天爵、林柯桂等率兵六百名，大破之，桑吉朋求和。1662年（康熙元年），阿朋、阿姜济等人驱逐桑吉朋，另立其侄。四川兵备道陈子达派人护送桑吉朋回杂谷，翌年桑吉朋复位。
桑吉朋去世后，其子良尔吉继位。1678年（康熙十七年），三藩之乱爆发，良尔吉借机大举对外扩张。1680年（康熙十九年），河西生羌劫掠百姓，他便假借捍卫朝廷的名义，袭取九子、龙窝（今属理县木卡乡）等寨。1683年（康熙二十二年），又袭取孟董等寨，灭打喇土司、八棱碉土司，卓克基以西至松岗皆为其所属，又与小金川土司、沃日土司、绰斯甲土司联姻，至此杂谷土司东西延绵一千里、有百姓一万余户，成为嘉绒各土司中最强大的一个。这引起清廷的警觉，决定将其分而治之。1721年（雍正元年），梭磨土舍跟随岳钟琪征讨郭罗克土司有功，被升格为梭磨土司。1748年（乾隆十三年），卓克基土舍、党坝土舍参与征讨大金川土司，分别被升格为卓克基土司和党坝土司，大大削弱了杂谷土司的势力。
1752年（乾隆十七年），杂谷土司苍旺发动叛乱，进攻梭磨、卓克基。四川总督策楞、提督岳钟琪调兵征讨，苍旺逃往松岗官寨，被擒获并遭诛杀。随后清廷对此地改土归屯，以杂谷土司辖境设立杂谷厅，除了松岗地区之外，其余以每一条沟设为土屯，即有甘堡屯、杂谷脑屯、上孟屯、下孟屯、九子五屯，各设守备、千、把、外委等土官。清廷于其地设副将、理番同知各1员，驻兵1200名，副将驻扎杂谷脑。在松岗官寨设立松岗土司，以继承杂谷土司世系。
参考资料

↑  《明史·卷三百三十一·列傳第二百十九·西域三》
↑  . 阿坝州社会科学界联合会. 2021-01-21  [2023-05-13]. （原始内容存档于2023-05-13）.
↑  . 2019-04-18. []
↑  . 阿坝日报. 2018-07-09. []
2010年世界盃女子棒球賽

| 賽事資訊 |
| --- | --- |
主辦國:  委內瑞拉
日期:  2010年8月12日 - 8月22日 
隊伍: 11 (來自 4 大洲)
衛冕冠軍:  日本 (2008)
最終成績
Champions:  日本 (第2屆 title)
Runner-up:  
Third place:  美国
Fourth place:  委內瑞拉
賽事統計
比賽場次: 40
觀眾: 156,684 (每場平均3,917)
打擊王:  六角彩子 (.643)
全壘打王:  Tamara Holmes (3)
盜壘王:  Dayana Batista (7)
防禦率王:  野口霞 (0.00)
奪三振王:  Martina Sementelli (14)
最有價值球員:  六角彩子
← 2008 2012 → 
2010年世界盃女子棒球賽是於2008年8月12日至8月22日期間，在委內瑞拉舉行的棒球賽事。
本屆共有11隊參賽，最終日本在冠軍賽擊敗澳洲，成功衛冕。
比賽結果

(F/數字)表示提前結束比賽與局數，比賽時間當地時間（UTC+8）。
比賽結果 > 第一輪 > A組

| 隊伍 |  勝  |  負  | 勝率 | 勝差 |  得分  |  失分  |
| --- | --- | --- | --- | --- | --- | --- |
|  委內瑞拉 | 4 | 0 | 1.000 | – | 36 | 10 |
|  加拿大 | 3 | 1 | .750 | 1 | 27 | 11 |
|   | 2 | 2 | .500 | 2 | 22 | 17 |
|  中華臺北 | 1 | 3 | .250 | 3 | 20 | 16 |
|  荷蘭 | 0 | 4 | .000 | 4 | 8 | 59 |
|  香港 | 0 | 1 | .000 | N/A | 1 | 17 |
↑  香港棄賽後，中華台北和香港的比賽結果不列入計算。
↑   香港於對荷蘭比賽上發生的流彈事件後，決定棄賽。
比賽結果 > 第一輪 > B組

| 隊伍 |  勝  |  負  | 勝率 | 勝差 |  得分  |  失分  |
| --- | --- | --- | --- | --- | --- | --- |
|  日本 | 4 | 0 | 1.000 | – | 32 | 2 |
|  美国 | 3 | 1 | .750 | 1 | 36 | 5 |
|  古巴 | 2 | 2 | .500 | 2 | 34 | 18 |
|  波多黎各 | 1 | 3 | .250 | 3 | 11 | 31 |
|   | 0 | 4 | .000 | 4 | 9 | 66 |
總成績

| 排名 | 隊伍 | 勝 | 敗 |
| --- | --- | --- | --- |
| 1 |  日本 | 8 | 1 |
冠軍賽落敗
| 2 |   | 6 | 3 |
準決賽落敗
| 3 |  美国 | 5 | 4 |
| 4 |  委內瑞拉 | 6 | 3 |
未能晉級準決賽
| 5 |  加拿大 | 6 | 4 |
| 6 |  古巴 | 2 | 8 |
未能晉級第二輪C組
| 7 |  中華臺北 | 5 | 3 |
| 8 |  波多黎各 | 3 | 5 |
| 9 |   | 2 | 6 |
| 10 |  荷蘭 | 0 | 8 |
|
|}
參考資料

↑  van Zon, Rogier.  [Netherlands in World Cup debut in Venezuela]. de Nederlandse honkbalsite [The Dutch baseball site]. 2010-05-11  [2010-05-12]. （原始内容存档于2010-08-10） （荷兰语）.
↑  . International Baseball Federation. 2010-08-23  [2010-08-23]. （原始内容存档于2010-09-26）.
↑  . IBAF. 2010-08-15  [2010-08-15]. （原始内容存档于2010-08-19）.
↑  比賽因流彈事件被迫中止。
伊予土居站

伊予土居站（日语：／ Iyodoi eki */?）是位在日本愛媛縣四國中央市土居町、隸屬於四國旅客鐵道（JR四國）的鐵路車站。車站編號為Y26。以通學乘客為主，只停靠普通列車。現時為簡易委託站。站牌標示本站是「土居三山的山腰車站」（）。國鐵時代部份特急及急行列車會停靠本站。JR四國接手後，有關安排遭取消。
月台遠景（2015年9月）
車站結構

現存單層木製建築一座，設有售票處、候車大堂、洗手間及自動售票機等基本設施，無人化後，由非JR四國人員於早上時段於售票窗口售票，其餘時間則透過自動售票機售票。
歷史

1919年9月1日：開業。
1987年4月1日：日本國鐵分割民營化，車站經營權由JR四國繼承。
2010年10月1日：因應JR四國精簡人手，改為無人化及簡易委託化。