当前位置：首页 > news >正文

网站建设一六八互联如何用易语言做网站辅助

news 2025/11/3 10:35:47

网站建设一六八互联,如何用易语言做网站辅助,网站网页设计0基础学,外资企业可以在中国境内做网站吗七、计算机网络 1.说说计算机网络五层体系结构计算机网络的五层架构包括应用层、传输层、网络层、数据链路层和物理层。应用层#xff1a;是网络结构中的最高层#xff0c;负责向用户提供网络服务#xff0c;如文件传输、电子邮件、远程登录等。常见的应用层协议有HTTP…七、计算机网络 1.说说计算机网络五层体系结构计算机网络的五层架构包括应用层、传输层、网络层、数据链路层和物理层。应用层是网络结构中的最高层负责向用户提供网络服务如文件传输、电子邮件、远程登录等。常见的应用层协议有HTTP、FTP、SMTP等这些协议规定了应用程序接收的数据格式使应用程序能够解析数据并呈现到页面上供用户观看。传输层负责在源主机和目的主机之间提供端到端的数据传输服务并解决诸如主机地址、端口号、数据传输状态等问题。常见的传输层协议有TCP和UDP。网络层负责在多个主机之间传送数据包并为分组交换提供路由选择功能。网络层协议能够确保数据包在网络中正确传输并选择合适的路径到达目的地。数据链路层负责在物理层的传输介质上传送数据帧并在源主机和目的主机之间建立逻辑链路。数据链路层通过帧的形式来传输数据确保数据在传输过程中的完整性和可靠性。物理层负责传输比特流的硬件部分包括各种传输介质如铜线、光纤、无线信道和传输设备如集线器、交换机、路由器。物理层为数据传输提供物质基础确保数据能够在不同的网络设备之间顺利传输。 2.请说一下socket网络编程中客户端和服务端用到哪些函数 1服务器端函数 1socket创建一个套接字 2bind绑定ip和port 3listen使套接字变为可以被动链接 4accept等待客户端的链接 5write/read接收发送数据 6close关闭连接 2客户端函数 1创建一个socket用函数socket() 2bind绑定ip和port 3连接服务器用函数connect() 4收发数据用函数send()和recv()或read()和write() 5close关闭连接 3.网络四层模型应用层 HTTP/TFTP 传输层 TCP/UDP 网络层 IP/ICMP 网络接口层 4.TCP如何保证可靠性 1) 检验和通过检验和的方式接收端可以检测出来数据是否有差错和异常假如有差错就会直接丢弃TCP段重新发送TCP在计算检验和时会在TCP首部加上一个12字节的伪首部。检验和总共计算三个部分TCP首部、TCP数据、TCP伪首部 2) 序列号/确认应答、超时重传数据到达接收方之后接收方会发送一个确认应答表示已经收到数据段并且确认序号会说明它下一次需要接收的数据序列号如果发送方没收到确认应答那么发送方会进行重发这个等待时间一般是2 * RTT往返时间一个偏差值如果一个包多次重发没有收到接收端的确认包就会强制关闭连接 3) 窗口控制与重发控制/快速重传(重复确认应答) TCP会利用窗口控制来提高传输速度意思是在一个窗口大小内不用一定等到应答才能发送下一段数据窗口大小就是无需等待确认而可以继续发送数据的最大值如果不使用窗口控制每一个没收到应答的数据都要重发。 5.简述 TCP 滑动窗口以及重传机制 1滑动窗口协议是传输层进行流控的一种措施接收方通过通告发送方自己的窗口大小从而控制发送方的发送速度从而达到防止发送方发送速度过快而导致自己被淹没的目的。滑动可以理解为缓冲区的大小告诉发送方自己还能接受多少数据 TCP的滑动窗口解决了端到端的流量控制问题允许接受方对传输进行限制直到它拥有足够的缓冲空间来容纳更多的数据。 2TCP在发送数据时会设置一个计时器若到计时器超时仍未收到数据确认信息则会引发相应的超时或基于计时器的重传操作计时器超时称为重传超时RTO 。另一种方式的重传称为快速重传通常发生在没有延时的情况下。若TCP累积确认无法返回新的ACK或者当ACK包含的选择确认信息SACK表明出现失序报文时快速重传会推断出现丢包需要重传。 6.简述 TCP 慢启动 TCP慢启动是传输控制协议TCP使用的一种阻塞控制机制也被称为指数增长期。慢启动机制通过以指数增加的速率增加发送窗口的大小来实现流量控制旨在避免在建立连接初期因发送大量数据而导致的网络拥塞。在慢启动过程中发送方将初始的拥塞窗口大小设置为一个较小的值例如2个数据包大小。每当发送方成功接收到一个确认拥塞窗口大小就会加倍这意味着发送方可以发送更多的数据。然而当拥塞窗口大小达到一个阈值通常是网络的带宽延迟乘积时发送方将进入拥塞避免阶段此时发送方将以一个较慢的速率递增拥塞窗口大小通常是每次收到一个确认就增加一个数据包大小。如果在慢启动或拥塞避免阶段发送方检测到网络拥塞例如发生丢包它将减少拥塞窗口的大小并重新开始慢启动过程。 7.TCP建立连接和断开连接过程三次握手和四次挥手三次握手目的是为了确认客户端和服务器都能收发客户端向服务器发送一个SYN包请求建立连接并包含自身的初始序列号等待服务器确认服务器收到SYN包后回复一个ACK应答包表示确认同时发送一个SYN包即SYNACK包也包含自身的初始序列号。此时服务器进入SYN_RECV状态等待客户端的确认客户端收到服务器的SYNACK包后再次向服务器发送一个ACK确认包此包发送完毕客户端和服务器进入ESTABLISHED状态完成三次握手。在三次握手过程中客户端和服务器通过交换SYN和ACK包来确认对方的存在和初始序列号从而建立TCP连接。注意握手过程中传送的包里不包含数据三次握手完毕后客户端与服务器才正式开始传送数据。四次挥手目的是为了确认客户端和服务器都结束收发客户端向服务器发送一个FIN数据包提出断开连接的请求并指定一个序列号。此时客户端进入FIN_WAIT1状态等待服务器的确认服务器收到FIN包后发送一个ACK应答包给客户端表示已经收到并同意断开连接。此时客户端进入FIN_WAIT2状态等待服务器完成数据传输并断开连接服务器在完成数据传输后向客户端发送一个FIN包提出自己的断开连接请求客户端收到服务器的FIN包后回复一个ACK确认包给服务器然后进入TIME_WAIT状态等待一段时间后最终关闭连接。而服务器在收到客户端的ACK确认包后直接关闭连接。在四次挥手过程中客户端和服务器通过交换FIN和ACK包来逐步断开连接。这种机制确保了双方都能有序地关闭连接并释放相关资源需要注意的是在断开连接的过程中客户端需要等待一段时间通常是2MSL即最长报文段寿命的两倍才能最终关闭连接。这是为了防止已失效的连接请求报文段出现在新连接中确保TCP连接的可靠关闭。 8.说说 TCP 2次握手行不行为什么要3次 TCP的二次握手是不足以建立可靠连接的。TCP协议中采用三次握手而非二次握手来建立连接主要是因为二次握手无法解决以下问题确认双方的通信能力在二次握手中只有发起方的序列号得到了确认而服务器端的序列号得不到确认因此二次握手只能确定客户端和服务器之间的连接是单向的即客户端可以向服务器发送数据但服务器无法向客户端发送数据。为了确保双方的通信能力正常需要引入第三次握手使得客户端能够发送确认信息给服务器从而确保双方都可以正常发送和接收数据。避免历史连接的干扰二次握手无法防止历史连接的干扰。在网络中可能存在旧的、失效的连接请求如果仅采用二次握手这些旧的请求可能会被错误地认为是新的连接请求从而导致资源浪费和数据混乱。通过引入第三次握手可以确保服务器在收到连接请求时能够正确处理避免重复连接的建立。确保数据包的传输和完整性三次握手通过交换三个不同的数据包来确认双方的序列号和窗口大小从而确保后续的数据传输是可靠和完整的。如果只有二次握手那么可能在某些情况下数据传输的可靠性和完整性无法得到保障。因此TCP协议选择使用三次握手来建立连接以确保数据传输的可靠性、完整性和稳定性。这种设计使得TCP成为一种高度可靠和广泛应用的传输协议。 9.TCP只进行3次挥手可以吗如果采用三次挥手来断开TCP连接可能会导致以下问题服务器在发送完ACK应答报文后直接关闭连接但此时可能还有未处理完的数据或延迟的数据包这些数据将会丢失。客户端在发送FIN报文后没有收到服务器的确认就直接关闭连接无法保证服务器已经正确接收到关闭请求。因此四次挥手是为了更可靠地关闭TCP连接确保双方都能有序地释放资源并关闭连接。 10.TCP连接和关闭的状态转移在连接建立阶段状态转移如下 CLOSED这是TCP连接的初始状态表示尚未开始任何连接LISTEN当服务器端调用listen()系统调用后它进入LISTEN状态等待客户端的连接请求SYN_SENT当客户端想要建立连接时它会发送一个带有SYN标志的TCP报文到服务器并进入SYN_SENT状态等待服务器的确认SYN_RECEIVED服务器一旦收到客户端的SYN报文会发送一个带有SYN和ACK标志的响应报文给客户端并进入SYN_RCVD状态ESTABLISHED一旦客户端收到服务器的SYNACK响应并发送ACK确认报文给服务器双方都进入ESTABLISHED状态这时连接已经建立可以进行数据传输。在连接关闭阶段状态转移如下 FIN_WAIT_1当一方想要关闭连接时它会发送一个FIN报文给另一方并进入FIN_WAIT_1状态等待对方的确认CLOSE_WAIT当另一方收到FIN报文后它会发送一个ACK报文进行确认并进入CLOSE_WAIT状态等待本地应用层关闭连接LAST_ACK当本地应用层决定关闭连接时它会发送一个FIN报文给对方并进入LAST_ACK状态等待对方对FIN报文的最终确认FIN_WAIT_2发送FIN报文的一方在收到对方的ACK报文后会进入FIN_WAIT_2状态等待对方发送FIN报文来关闭连接TIME_WAIT当发送最后一个ACK报文的一方在发送完报文后会进入TIME_WAIT状态等待一段时间通常是2MSL即两倍的最大段生命周期以确保对方收到了ACK报文然后最终进入CLOSED状态CLOSED当连接的所有过程都完成后双方最终都会进入CLOSED状态表示连接已经关闭。 11.滑动窗口过小怎么办当滑动窗口过小时可以通过以下方式进行调整在TCP协议中滑动窗口的大小是根据网络拥塞情况动态调整的。当网络出现拥塞时发送方会减小窗口大小以降低数据发送速率避免进一步加剧拥塞。相反当网络负载较轻时发送方可以增大窗口大小以提高数据传输速率具体的调整过程包括慢启动、拥塞避免、快重传与快恢复等机制。慢启动阶段TCP协议初始设置较小的滑动窗口大小并随着传输的成功确认逐渐增大窗口大小。拥塞避免阶段滑动窗口以一定的速率增长但增长速率更缓慢以避免引发网络拥塞。当接收方收到失序的数据时会发送冗余的确认信息给发送方触发快重传和快恢复机制在此过程中发送方将减小滑动窗口大小以便重新发送丢失的数据并恢复正常的发送速率。 12.说说三次握手中每次握手信息对方没有收到会怎样如果第一次握手消息丢失那么请求方不会得到ack消息超时后进行重传如果第二次握手消息丢失那么请求方不会得到ack消息超时后进行重传如果第三次握手消息丢失那么Server 端该TCP连接的状态为SYN_RECV,并且会根据 TCP的超时重传机制会等待3秒、6秒、12秒后重新发送SYNACK包以便Client重新发送ACK包如果重发指定次数之后仍然未收到 client 的ACK应答那么一段时间后Server自动关闭这个连接。 13.简述 TCP 和 UDP 的区别它们的头部结构是什么样的 TCP协议是有连接的有连接的意思是开始传输实际数据之前TCP的客户端和服务器端必须通过三次握手建立连接会话结束之后也要结束连接而UDP是无连接的 TCP首部需20个字节不算可选项UDP首部字段只需8个字节 TCP有流量控制和拥塞控制UDP没有网络拥堵不会影响发送端的发送速率 TCP是一对一的连接而UDP则可以支持一对一多对多一对多的通信 TCP面向的是字节流的服务UDP面向的是报文的服务。 14.简述域名解析过程本机如何干预域名解析域名解析的基本过程如下客户机提出域名解析请求并将该请求发送给本地的域名服务器当本地的域名服务器收到请求后先查询本地的缓存。如果有该记录项则直接把查询的结果返回给客户机如果本地的缓存中没有该记录则本地域名服务器直接把请求发给根域名服务器根域名服务器再返回给本地域名服务器一个所查询域根的子域的主域名服务器的地址本地服务器再向上一步返回的域名服务器发送请求然后接受请求的服务器查询自己的缓存如果没有该记录则返回相关的下级的域名服务器的地址重复上一步骤直到找到正确的记录本地域名服务器把返回的结果保存到缓存以备下一次使用同时还将结果返回给客户机。对于本机如何干预域名解析以下是一些建议清除浏览器缓存浏览器有时会缓存域名解析结果如果缓存的结果有误可能导致访问问题因此清除浏览器缓存可能有助于解决域名解析相关的问题检查并更改DNS设置用户可以检查电脑或路由器的DNS设置是否正确。如果DNS设置不正确可能会导致域名解析错误。此时可以尝试更改DNS设置然后重新访问网站看是否能够解决问题更换DNS服务器如果怀疑当前的DNS服务器存在问题可以尝试更换为其他的公共DNS服务器如Google DNS或OpenDNS然后重新访问网站看是否能够解决问题检查域名注册信息域名注册信息的过期或错误也可能导致域名解析问题。用户可以检查域名注册信息是否正确是否过期如果有问题需要及时更新。 15.说说什么是 TCP 粘包和拆包 TCP粘包和拆包是在网络通信中常见的问题与数据的发送和接收方式密切相关 TCP粘包是指发送方发送的多个小数据包被接收方一次性接收的情况这可能是因为发送方发送数据的速度过快接收方无法及时处理从而多个数据包被合并成一个大的数据包一起接收。具体来说当发送方连续发送多个数据包时TCP协议可能会将这些数据包打包成一个TCP报文发送出去这样接收方在读取缓冲区时可能会发现原本应该分开读取的数据包粘在了一起而TCP拆包则是指发送方发送的一个大数据包被接收方拆分成多个小的数据包接收的情况这可能是由于网络中的路由器、交换机等设备的限制导致大的数据包在传输过程中被分割成多个小的数据包接收方需要能够正确地组装这些小数据包以还原原始的大数据包 TCP粘包和拆包问题通常与网络状况、数据包大小、发送和接收方的处理速度等因素有关为了避免这些问题可以采取一些策略如设置合适的数据包大小、使用应用层协议来处理数据包的边界等总之TCP粘包和拆包是网络通信中需要注意和处理的问题以确保数据的正确传输和接收。 16.如何解决粘包和拆包问题 TCP粘包和拆包问题可以通过以下几种方式来解决消息定长这是一种简单的解决方案它要求所有的数据包都是固定长度的。这样接收方就可以按照固定长度来进行接收从而避免了粘包和拆包问题。然而这种方法对于不固定长度的数据无法解决粘包和拆包问题。消息分隔符在每个数据包的结尾加上一个特定的分隔符接收方可以根据这个分隔符来判断每个数据包的结束位置从而解决粘包和拆包问题。这种方法需要保证分隔符在数据包中不会出现或者即使出现也不会引起混淆。使用定长协议规定每次发送的数据包都是固定长度例如每次发送100个字节。如果发送的数据长度不足100字节则在后面填充空格或者其他特定字符如果超过100字节则进行截断处理。这样可以保证每次接收到的数据都是固定长度的从而解决了TCP粘包和拆包问题。但是这种方法需要预先约定每次发送的数据包长度因此不太灵活无法适应数据长度不固定的情况。需要注意的是这些方法并非完美无缺每种方法都有其适用的场景和局限性。在实际应用中需要根据具体的需求和网络环境来选择合适的解决方案。同时对于复杂的数据传输任务可能需要结合使用多种方法来更好地解决TCP粘包和拆包问题。 17.TCP为什么比UDP可靠 TCP比UDP更可靠的原因主要在于TCP协议设计了一套复杂的机制来保证数据传输的可靠性具体如下确认应答机制TCP使用确认应答机制来确保数据包的正确传输。发送方每发送一个数据包都需要等待接收方的确认应答。只有当收到确认应答后发送方才会继续发送下一个数据包。这种机制确保了数据的可靠传输避免了数据的丢失超时重传机制如果发送方在一段时间内没有收到接收方的确认应答它会认为数据包已经丢失并会重新发送该数据包。这种超时重传机制进一步保证了数据的可靠性连接管理TCP在数据传输前需要进行三次握手来建立连接确保双方通信的正常。这种连接管理不仅为数据传输提供了通道还增加了数据传输的可靠性流量控制和拥塞控制TCP协议通过流量控制和拥塞控制机制避免了数据传输过程中的丢失和拥塞。流量控制使得发送方可以根据接收方的接收能力来发送数据避免数据过快发送导致接收方无法处理。而拥塞控制则使得发送方在网络拥塞时能够降低发送速率从而避免数据的丢失。相比之下UDP协议则是一种无连接的协议它不需要建立连接也不进行确认应答和重传。因此UDP在传输数据时可能会出现数据的丢失、乱序等问题可靠性较差。然而UDP协议由于其无连接性质和简单性在某些对实时性要求较高或需要一对多、多对多通信的场景中仍具有优势。 18.什么是HTTP/TFTP HTTP和TFTP都是网络传输协议。 HTTP全称Hypertext Transfer Protocol即超文本传输协议是用于从WWW服务器传输超文本到本地浏览器的传送协议。它建立在TCP之上是基于请求与响应范式的、无状态的、应用层的协议。HTTP协议以链接从一个超文本服务器传输到另一个超文本服务器、从一个链接到一个链接从一个资源到另一个资源。它不仅保证计算机正确快速地传输超文本文档还确定传输文档中的哪一部分以及哪部分内容首先显示如文本先于图形等。 TFTP则是Trivial File Transfer Protocol的简称即简单文件传输协议。它用于在客户机与服务器之间进行简单文件传输提供不复杂、开销不大的文件传输服务。TFTP建立在UDP之上提供不可靠的数据流传输服务不提供存取授权与认证机制使用超时重传方式来保证数据的到达。总的来说HTTP和TFTP在网络传输中各有其用前者主要用于超文本传输后者则主要用于简单的文件传输。 19.为什么客户端最后还要等待2MSL 客户端在发送最后一个ACK包后需要等待2MSL两倍的报文最大生存时间的原因主要有以下几点确保最后一个ACK包传输成功在TCP协议中发送的每个数据包都有一个TTLTime To Live属性。当网络发生拥塞时报文可能会被重传或丢弃。因此客户端发送最后一个ACK包后需要等待一段时间以确保这个ACK包已经顺利被服务器接收到并处理完毕。如果等待时间不够可能由于网络延迟或丢包导致服务器未收到ACK从而引发不必要的重传或其他问题。避免“旧连接”数据混乱在网络中可能存在新旧连接使用相同端口和IP地址的情况。如果旧连接的某些信息没有及时清除就可能产生数据混乱。等待2MSL可以确保旧连接的状态信息完全释放避免新连接使用到还未完全释放的旧连接资源从而确保数据传输的正确性和可靠性。保证TCP协议的全双工连接可靠关闭TCP协议要求全双工连接的可靠关闭。等待2MSL是TCP协议关闭连接过程中的一个必要步骤它确保了连接的双方都能够正确地关闭连接避免了因连接未完全关闭而导致的各种问题。 20.什么时候用TCPUDP 当需要确保数据的完整性和可靠性时应使用TCP而当对实时性要求较高且可以容忍少量数据丢失时可以使用UDP不过具体的选择应根据应用的需求和网络环境来确定。 21.什么是IP/ICMP IPInternet Protocol即网际互连协议是TCP/IP体系中的网络层协议。设计IP的目的是提高网络的可扩展性实现大规模、异构网络的互联互通并分割顶层网络应用和底层网络技术之间的耦合关系以利于两者的独立发展。IP为主机提供一种无连接、不可靠的、尽力而为的数据包传输服务。 ICMPInternet Control Message Protocol即互联网控制报文协议是TCP/IP协议簇的一个子协议用于在IP主机、路由器之间传递控制消息。这些控制消息主要涉及网络通不通、主机是否可达、路由是否可用等网络本身的消息。虽然ICMP并不传输用户数据但它对于用户数据的传递起着重要的作用。ICMP协议是一个无连接的协议它并不提供可靠的数据传输主要用于在IP网络上进行错误报告和诊断以便源地址得知数据包传输失败的原因并进行相应的处理。简而言之IP协议负责在网络层进行数据包的传输而ICMP协议则在网络层提供控制和诊断功能两者共同协作以确保网络数据的正确和高效传输。 22. 什么是字节序字节序又称端序或端模式是字节顺序的一种。在多字节数据类型的值中字节序用于标示存放顺序。常见的字节序有小端字节序little-endian和大端字节序big-endian。小端字节序将低序字节存储在起始地址处即最前面的字节是最低有效字节而大端字节序则是将高序字节存储在起始地址处即最前面的字节是最高有效字节这两种字节序在网络通信和数据存储中都有广泛的应用理解字节序对于正确处理跨平台数据和网络通信中的数据交换至关重要。
文章转载自：
http://www.morning.mkkcr.cn.gov.cn.mkkcr.cn
http://www.morning.gwdmj.cn.gov.cn.gwdmj.cn
http://www.morning.yhglt.cn.gov.cn.yhglt.cn
http://www.morning.xskbr.cn.gov.cn.xskbr.cn
http://www.morning.gwqkk.cn.gov.cn.gwqkk.cn
http://www.morning.zjrnq.cn.gov.cn.zjrnq.cn
http://www.morning.jhkzl.cn.gov.cn.jhkzl.cn
http://www.morning.mprtj.cn.gov.cn.mprtj.cn
http://www.morning.ndzhl.cn.gov.cn.ndzhl.cn
http://www.morning.kwcnf.cn.gov.cn.kwcnf.cn
http://www.morning.diuchai.com.gov.cn.diuchai.com
http://www.morning.lzqxb.cn.gov.cn.lzqxb.cn
http://www.morning.lyhry.cn.gov.cn.lyhry.cn
http://www.morning.pqwhk.cn.gov.cn.pqwhk.cn
http://www.morning.qtwd.cn.gov.cn.qtwd.cn
http://www.morning.yybcx.cn.gov.cn.yybcx.cn
http://www.morning.rlfr.cn.gov.cn.rlfr.cn
http://www.morning.jcjgh.cn.gov.cn.jcjgh.cn
http://www.morning.xmbhc.cn.gov.cn.xmbhc.cn
http://www.morning.frcxx.cn.gov.cn.frcxx.cn
http://www.morning.wxrbl.cn.gov.cn.wxrbl.cn
http://www.morning.zyndj.cn.gov.cn.zyndj.cn
http://www.morning.bqwnp.cn.gov.cn.bqwnp.cn
http://www.morning.wqnc.cn.gov.cn.wqnc.cn
http://www.morning.wnmdt.cn.gov.cn.wnmdt.cn
http://www.morning.cwqpl.cn.gov.cn.cwqpl.cn
http://www.morning.frsbf.cn.gov.cn.frsbf.cn
http://www.morning.lzsxp.cn.gov.cn.lzsxp.cn
http://www.morning.brbmf.cn.gov.cn.brbmf.cn
http://www.morning.rlksq.cn.gov.cn.rlksq.cn
http://www.morning.qqnp.cn.gov.cn.qqnp.cn
http://www.morning.nmkfy.cn.gov.cn.nmkfy.cn
http://www.morning.xyrss.cn.gov.cn.xyrss.cn
http://www.morning.zwmjq.cn.gov.cn.zwmjq.cn
http://www.morning.rkrcd.cn.gov.cn.rkrcd.cn
http://www.morning.kllzy.com.gov.cn.kllzy.com
http://www.morning.pmdzd.cn.gov.cn.pmdzd.cn
http://www.morning.ctwwq.cn.gov.cn.ctwwq.cn
http://www.morning.dfbeer.com.gov.cn.dfbeer.com
http://www.morning.yckwt.cn.gov.cn.yckwt.cn
http://www.morning.dmthy.cn.gov.cn.dmthy.cn
http://www.morning.yhwyh.cn.gov.cn.yhwyh.cn
http://www.morning.hgbzc.cn.gov.cn.hgbzc.cn
http://www.morning.qwbht.cn.gov.cn.qwbht.cn
http://www.morning.bylzr.cn.gov.cn.bylzr.cn
http://www.morning.smggx.cn.gov.cn.smggx.cn
http://www.morning.hxcrd.cn.gov.cn.hxcrd.cn
http://www.morning.zpkfb.cn.gov.cn.zpkfb.cn
http://www.morning.tnktt.cn.gov.cn.tnktt.cn
http://www.morning.wkgyz.cn.gov.cn.wkgyz.cn
http://www.morning.tlfmr.cn.gov.cn.tlfmr.cn
http://www.morning.zbnts.cn.gov.cn.zbnts.cn
http://www.morning.cplym.cn.gov.cn.cplym.cn
http://www.morning.xdlwm.cn.gov.cn.xdlwm.cn
http://www.morning.mxmzl.cn.gov.cn.mxmzl.cn
http://www.morning.xcjwm.cn.gov.cn.xcjwm.cn
http://www.morning.pzcqz.cn.gov.cn.pzcqz.cn
http://www.morning.gxklx.cn.gov.cn.gxklx.cn
http://www.morning.pnjsl.cn.gov.cn.pnjsl.cn
http://www.morning.zqkms.cn.gov.cn.zqkms.cn
http://www.morning.ktbjk.cn.gov.cn.ktbjk.cn
http://www.morning.yzdth.cn.gov.cn.yzdth.cn
http://www.morning.ypzsk.cn.gov.cn.ypzsk.cn
http://www.morning.thwcg.cn.gov.cn.thwcg.cn
http://www.morning.lysrt.cn.gov.cn.lysrt.cn
http://www.morning.frllr.cn.gov.cn.frllr.cn
http://www.morning.jhrqn.cn.gov.cn.jhrqn.cn
http://www.morning.jcxzq.cn.gov.cn.jcxzq.cn
http://www.morning.bdypl.cn.gov.cn.bdypl.cn
http://www.morning.pcqdf.cn.gov.cn.pcqdf.cn
http://www.morning.cnfjs.cn.gov.cn.cnfjs.cn
http://www.morning.rywn.cn.gov.cn.rywn.cn
http://www.morning.pxmyw.cn.gov.cn.pxmyw.cn
http://www.morning.tnthd.cn.gov.cn.tnthd.cn
http://www.morning.fyglr.cn.gov.cn.fyglr.cn
http://www.morning.hkgcx.cn.gov.cn.hkgcx.cn
http://www.morning.cwznh.cn.gov.cn.cwznh.cn
http://www.morning.wkcl.cn.gov.cn.wkcl.cn
http://www.morning.zyndj.cn.gov.cn.zyndj.cn
http://www.morning.zpjhh.cn.gov.cn.zpjhh.cn

查看全文

http://www.tj-hxxt.cn/news/269848.html