网站建设的目标是什么?提供了哪些栏目?,靖江市建设局网站,免费网站设计神器,邢台做移动网站价格在技术选型时#xff0c;选择 Nginx 和 Spring Cloud Gateway#xff08;或简称为 Gateway#xff09;主要取决于具体应用场景和技术需求。下面是两者的一些关键差异和适用场景。
一、Nginx
概念
Nginx 是一个高性能的 Web 服务器和反向代理服务器#xff0c;常被用作静… 在技术选型时选择 Nginx 和 Spring Cloud Gateway或简称为 Gateway主要取决于具体应用场景和技术需求。下面是两者的一些关键差异和适用场景。
一、Nginx
概念
Nginx 是一个高性能的 Web 服务器和反向代理服务器常被用作静态内容的服务器和负载均衡器。它支持HTTP、HTTPS、SMTP、POP3和IMAP协议适合处理静态资源、SSL终止、HTTP压缩等任务。
Nginx是一个高性能的HTTP和反向代理服务器同时也可以用作负载均衡器、HTTP缓存和Web服务器。
Nginx 作为 web 服务器
Nginx 可以作为静态页面的 web 服务器同时还支持 CGI 协议的动态语言比如 perl、php 等。但是不支持 java。Java 程序只能通过与 tomcat 配合完成。
Nginx 专为性能优化而开发 性能是其最重要的考量实现上非常注重效率能经受高负载的考验,有报告表明能支持高达 50000 个并发连接数。https://lnmp.org/nginx.html 特点
高性能Nginx能够处理大量并发连接适合高流量网站。反向代理Nginx可以作为反向代理将客户端请求转发到后端服务器。负载均衡支持多种负载均衡算法如轮询、最少连接、IP哈希等。静态内容服务可以高效地服务静态文件如HTML、CSS、JavaScript和图片。模块化具有丰富的模块可以根据需要扩展功能。
配置文件
worker_processes 1;events {worker_connections 1024;
}http {include mime.types;default_type application/octet-stream;sendfile on;keepalive_timeout 65;server {listen 80;server_name localhost;location / {root html;index index.html index.htm;}error_page 500 502 503 504 /50x.html;location /50x.html {root html;}}
}nginx 配置文件有三部分组成
第一部分全局块
从配置文件开始到 events 块之间的内容主要会设置一些影响nginx 服务器整体运行的配置指令主要包括配 置运行 Nginx 服务器的用户组、允许生成的 worker process 数进程 PID 存放路径、日志存放路径和类型以 及配置文件的引入等。
比如上面第一行配置的
worker_processes 1;
这是 Nginx 服务器并发处理服务的关键配置worker_processes 值越大可以支持的并发处理量也越多但是 会受到硬件、软件等设备的制约。
第二部分events块
比如上面的配置
events {worker_connections 1024;
}events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接常用的设置包括是否开启对多 work process 下的网络连接进行序列化是否 允许同时接收多个网络连接选取哪种事件驱动模型来处理连接请求每个 word process 可以同时支持的最大连接数等。
上述例子就表示每个 work process 支持的最大连接数为 1024。这部分的配置对 Nginx 的性能影响较大在实际中应该灵活配置。
第三部分http块
http {include mime.types;default_type application/octet-stream;sendfile on;keepalive_timeout 65;server {listen 80;server_name localhost;location / {root html;index index.html index.htm;}error_page 500 502 503 504 /50x.html;location /50x.html {root html;}}
}这算是 Nginx 服务器配置中最频繁的部分代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
需要注意的是http 块也可以包括 http全局块、server 块。
1http全局块http全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
2server 块这块和虚拟主机有密切关系虚拟主机从用户角度看和一台独立的硬件主机是完全一样的该技术的产生是为了 节省互联网服务器硬件成本。
每个 http 块可以包括多个 server 块而每个 server 块就相当于一个虚拟主机。而每个 server 块也分为全局 server 块以及可以同时包含多个 locaton 块。
全局 server 块最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或IP配置。location 块这块的主要作用是基于 Nginx 服务器接收到的请求字符串例如 server_name/uri-string对虚拟主机名称 也可以是IP 别名之外的字符串例如 前面的 /uri-string进行匹配对特定的请求进行处理。 地址定向、数据缓 存和应答控制等功能还有许多第三方模块的配置也在这里进行。 一个 server 块可以配置多个 location 块。
原理
nginx 启动后是由两个进程组成的。master管理者和worker工作者。 一个nginx 只有一个master。但可以有多个worker。过来的请求由master管理worker进行争抢式的方式去获取请求。 主进程(master process)的功能
对外接口接收外部的操作信号对内转发根据外部的操作的不同通过信号管理 Worker监控监控 worker 进程的运行状态worker 进程异常终止后自动重启 worker 进程读取Nginx 配置文件并验证其有效性和正确性建立、绑定和关闭socket连接按照配置生成、管理和结束工作进程 接受外界指令比如重启、升级及退出服务器等指令不中断服务实现平滑升级重启服务并应用新的配置开启日志文件获取文件描述符不中断服务实现平滑升级升级失败进行回滚处理编译和处理perl脚本
工作进程worker process的功能
所有 Worker 进程都是平等的实际处理网络请求由 Worker 进程处理Worker进程数量一般设置为核心数充分利用CPU资源同时避免进程数量过多导致进程竞争 CPU资源增加上下文切换的损耗接受处理客户的请求将请求依次送入各个功能模块进行处理I/O调用获取响应数据与后端服务器通信接收后端服务器的处理结果缓存数据访问缓存索引查询和调用缓存数据发送请求结果响应客户的请求接收主程序指令比如重启、升级和退出等
master-workers 的机制的好处
首先对于每个 worker 进程来说独立的进程不需要加锁所以省掉了锁带来的开销 同时在编程以及问题查找时也会方便很多。可以使用 nginx –s reload 热部署利用 nginx 进行热部署操作。其次采用独立的进程可以让互相之间不会影响一个进程退出后其它进程还在工作服务不会中断master 进程则很快启动新的 worker 进程。 当然worker 进程的异常退出肯定是程序有 bug 了异常退出会导致当 前 worker 上的所有请求失败不过不会影响到所有请求所以降低了风险。
设置多少个 worker
Nginx 同 redis 类似都采用了 io 多路复用机制每个 worker 都是一个独立的进程但每个进程里只有一个主线程通过异步非阻塞的方式来处理请求 即使是千上万个请求也不在话 下。每个 worker 的线程可以把一个 cpu 的性能发挥到极致。所以 worker 数和服务器的 cpu 数相等是最为适宜的。设少了会浪费 cpu设多了会造成 cpu 频繁切换上下文带来的损耗。
连接数 worker_connection
第一个发送请求占用了 woker 的几个连接数答案2 或者 4 个。
第二个nginx 有一个 master有四个 woker每个 woker 支持最大的连接数 1024支持的 最大并发数是多少
当然这里说的是最大连接数
对于 HTTP 请 求 本 地 资 源 来 说 能 够 支 持 的 最 大 并 发 数 量 是 worker_connections * worker_processes。如果是支持 http1.1 的浏览器每次访问要占两个连接 所以普通的静态访问最大并发数是 worker_connections * worker_processes /2。如果是 HTTP 作为反向代理来说最大并发数量应该是 worker_connections * worker_processes/4。因为作为反向代理服务器每个并发会建立与客户端的连接和与后端服 务的连接会占用两个连接。
Nginx 进程间通信
工作进程是由主进程生成的主进程使用fork()函数在Nginx服务器启动过程中主进程根据配置文件决定启动工作进程的数量然后建立一张全局的工作表用于存放当前未退出的所有的工作进程。
主进程生成工作进程后会将新生成的工作进程加入到工作进程表中并建立一个单向的管道并将其传递给工作进程该管道与普通的管道不同它是由主进程指向工作进程的单向通道包含了主进程向工作进程发出的指令、工作进程ID、工作进程在工作进程表中的索引和必要的文件描述符等信息。
主进程与外界通过信号机制进行通信当接收到需要处理的信号时它通过管道向相关的工作进程发送正确的指令每个工作进程都有能力捕获管道中的可读事件。
当管道中有可读事件的时候工作进程就会从管道中读取并解析指令然后采取相应的执行动作这样就完成了主进程与工作进程的交互。 worker进程之间的通信原理基本上和主进程与worker进程之间的通信是一样的只要worker进程之间能够取得彼此的信息建立管道即可通信但是由于worker进程之间是完全隔离的因此一个进程想要知道另外一 个进程的状态信息,就只能通过主进程来实现。 为了实现worker进程之间的交互master进程在生成worker进程之后在worker进程表中进行遍历将该新进程的PID以及针对该进程建立的管道句柄传递给worker进程中的其他进程为worker进程之间的通信做准备当worker进程1向worker进程2发送指令的时候首先在master进程给它的其他worker进程工作信息中找到2的进程PID然后将正确的指令写入指向进程2的管道worker进程2捕获到管道中的事件后解析指令并进行相关操作这样就完成了worker进程之间的通信。 worker进程可以通过共享内存来通讯的比如upstream中的zone或者limit_req、limit_conn中的 zone等。操作系统提供了共享内存机制。 二、Gateway 概念
Spring Cloud Gateway 是Spring Cloud生态中的API网关专为微服务架构设计。它提供了动态路由、过滤器机制以及集成Spring Cloud DiscoveryClient的服务发现能力便于实现复杂的API管理需求。
1Route(路由)路由是构建网关的基本模块由ID,目标URI,一系列的断言和过滤器组成如果断言为true则匹配该路由。
2Predicate(断言)参考java8的java.util.function.Predicate开发人员可以匹配HTTP请求中的所有内容例如请求头、请求参数如果请求与断言相匹配则进行路由。
3Filter(过滤)指的是由Spring框架中GatewayFilter实例使用过滤器可以在请求被路由之前或者之后对请求进行修改。
过滤器 Filter 按照请求和响应可以分为两种Pre 类型和 Post 类型。
Pre 类型在请求被转发到微服务之前对请求进行拦截和修改例如参数校验、权限校验、流量监控、日志输出以及协议转换等操作。Post 类型微服务处理完请求后返回响应给网关网关可以再次进行处理例如修改响应内容或响应头、日志输出、流量监控等。
另外一种分类是按照过滤器 Filter 作用的范围进行划分
GlobalFilter全局过滤器应用在所有路由上的过滤器。GatewayFilter局部过滤器应用在单个路由或一组路由上的过滤器。标红色表示比较常用的过滤器。 功能
Gateway网关是是所有微服务的统一入口, 网关的核心功能特性主要体现在请求路由权限控制限流三部分。
路由由于网关不能处理业务所以网关需要根据某种规则(断言)把请求转发给匹配的主机或者接口上这个转发的过程就叫做路由。负载均衡当路由的目标微服务有多个实例时还需要通过负载均衡规则从多个服务实例中挑选一个。身份认证(鉴权)网关作为微服务的入口需要校验用户是否有请求资格或是否有权限进行操作,如果没有则拦截。访问控制设置黑白名单比如限制DDOS攻击的IP地址。请求限流当请求量过高时,网关会按照微服务能够接受的速度来放行请求避免服务压力过大发布控制比如上线一个新接口时先给新接口分配 20%流量老接口分配80%后续再慢慢调整比例。流量染色区分用户来源,给请求添加一些标识一般通过添加新的请求头全局染色。统一处理跨域网关统一处理跨域,不用在每个项目单独处理。统一业务处理把每个项目中都要做的通用逻辑放到上层网关统一处理。统一文档knife4j将下游项目的文档进行聚合在一个页面统一查看建议用。统一日志 统一的请求响应信息记录。接口保护限制请求信息脱敏降级熔断进行兜底请求限流(令牌桶算法漏桶算法RedisLimitHandler)设置超时时间超时就中断。 。
特点
请求路由根据请求的URL、HTTP方法等将请求路由到相应的微服务。安全性可以实现身份验证、授权、速率限制等安全措施。监控和分析提供API的使用情况统计、流量监控等功能。协议转换支持不同协议之间的转换如将HTTP请求转换为WebSocket、gRPC等。聚合请求可以将多个微服务的请求聚合为一个请求简化客户端的调用。
GeteWay 处理后请求在微服务中的进一步处理是什么
Gateway 处理后的请求在微服务中的进一步处理取决于微服务的具体实现。一般来说微服务会继续处理这些请求并根据请求的具体内容和业务逻辑来进行相应的处理。
具体来说在 Gateway 中可以通过定义路由规则Route将请求路由到不同的微服务中。当请求到达微服务后微服务会根据路由规则中定义的目标地址和路径将请求转发到相应的服务实例中。在服务实例中请求会经过一系列的处理过程包括身份验证、请求过滤、业务处理、数据存储等最终返回一个响应结果。
例如假设有一个微服务系统其中包含了两个服务实例分别是用户服务和订单服务。当用户在 Gateway 中发起一个请求时请求会被路由到用户服务中并经过身份验证、请求过滤等处理后再根据具体的业务逻辑来进行处理。如果用户需要查询订单信息则用户服务会将请求路由到订单服务中并根据订单服务返回的结果来生成相应的响应结果。最终响应结果会被返回到 Gateway 中并由 Gateway 负责将其返回给用户。
需要注意的是微服务架构中的服务实例是可以动态变化的因此 Gateway 处理后的请求可能需要经过服务注册和发现等过程才能找到相应的服务实例进行处理。在实际实现中可以使用服务注册中心、负载均衡等机制来管理服务实例的动态变化并确保请求能够被正确路由到相应的服务实例中进行处理。
GateWay需要注册到Nacos中吗如何注册的
需要Gateway 需要注册到 Nacos 中这样才能够实现服务发现和路由转发等功能。
为了达到网关接收到的请求能够负载均衡的转发给每个微服务的实例我们将微服务网关注册到“服务注册中心”比如nacos。这样就可以gateway接收到请求后首先从服务注册中心获取到各个微服务实例的访问地址然后gateway根据客户端负载均衡的规则选择众多实例中的一个作为请求转发对象。简单的说就是将gateway作为一个“服务调用者”注册到nacos服务注册中心实现客户端负载均衡。
下面介绍一下如何将 Gateway 注册到 Nacos 中。
1在 pom.xml 中引入 Nacos 的依赖
dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactId
/dependency2在 application.yml 文件中添加 Nacos 的配置
spring:application:name: gatewaycloud:nacos:server-addr: 192.168.101.65:8848discovery:namespace: devgroup: test-projectconfig:namespace: devgroup: test-projectfile-extension: yamlrefresh-enabled: trueshared-configs:- data-id: logging-${spring.profiles.active}.yamlgroup: test-commonrefresh: truegateway:discovery:locator:enabled: truelowerCaseServiceId: trueprofiles:active: dev以上配置中server-addr 指定 Nacos 的服务地址namespace 指定网关的命名空间用于隔离不同环境中的配置。
3在 Gateway 的启动类上添加 EnableDiscoveryClient 注解
SpringBootApplication
EnableDiscoveryClient
public class GatewayApplication {public static void main(String[] args) {SpringApplication.run(GatewayApplication.class, args);}
}4在 Gateway 的配置文件中添加路由规则
Gateway 的路由规则是通过 YAML 配置文件定义的例如
spring:cloud:gateway:routes:- id: service-provider # 路由 IDuri: lb://service-provider # 目标服务地址使用 Ribbon 进行负载均衡predicates:- Path/hello # 匹配的请求路径在这个例子中我们定义了一个路由规则将 /hello 请求 path 通过服务名 service-provider 路由到目标服务的 /hello 路径上。
至此我们就可以将 Gateway 注册到 Nacos 中了。当启动 Gateway 应用时它会自动注册到 Nacos 服务注册中心以供服务发现和路由转发等功能使用在nacos控制台可以看到已经注册成功。
工作流程核心路由转发执行过滤链 Gateway 的工作流程如上图所示 客户端请求客户端如Web应用、移动应用等向API Gateway发送HTTP请求通常包含请求路径、HTTP方法GET、POST等、请求头和请求体。 路由判断客户端的请求到达网关后先经过 Gateway Handler Mapping 处理这里面会做断言Predicate判断看下符合哪个路由规则这个路由映射后端的某个服务。 API Gateway根据请求的URL、HTTP方法和其他信息决定将请求路由到哪个具体的微服务。路由规则可以基于路径、查询参数、请求头等进行定义。 请求过滤然后请求到达 Gateway Web Handler这里面有很多过滤器组成过滤器链Filter Chain这些过滤器可以对请求进行拦截和修改比如添加请求头、参数校验等等有点像净化污水。然后将请求转发到实际的后端服务。这些过滤器逻辑上可以称作 Pre-FiltersPre 可以理解为“在...之前”。 在请求被路由到后端服务之前API Gateway可以执行身份验证如JWT、OAuth等和授权检查。如果验证失败Gateway会返回相应的错误信息终止请求处理。 请求转发API Gateway将经过验证的请求转发给目标微服务。可以添加额外的请求头或修改请求体以便目标服务可以正确处理请求。 微服务响应微服务处理请求后将响应返回给API Gateway。响应可能包含状态码、响应头和响应体。 响应处理后端处理完结果后返回给 Gateway 的过滤器再次做处理逻辑上可以称作 Post-FiltersPost 可以理解为“在...之后”。 API Gateway接收到微服务的响应后可以进行一些处理如 错误处理根据微服务的响应状态码返回适当的错误信息给客户端。格式转换将响应数据转换为客户端需要的格式如从XML转换为JSON。数据聚合如果请求涉及多个微服务Gateway可以将这些服务的响应数据聚合成一个统一的响应。 返回响应给客户端经过过滤处理后API Gateway将最终的响应返回给客户端。客户端可以根据响应的状态码和数据进行后续处理。
额外功能
日志记录与监控API Gateway通常会记录所有的请求和响应以便进行监控和分析帮助开发团队追踪API的使用情况和性能问题。速率限制为了防止滥用API Gateway可以实施速率限制控制某一客户端在一定时间内的请求次数。缓存API Gateway可以缓存某些请求的响应以提高性能减少后端服务的负担。 三、比较
Gateway 和 Nginx 都是常见的反向代理服务器它们的相同点和不同点如下
相同点
都可以作为反向代理服务器接收来自客户端的请求并转发到后端服务器进行处理。都支持负载均衡、缓存、SSL 加密等常见的 Web 服务特性。都可以提高 Web 应用的性能、可靠性和安全性。
不同点
功能不同Gateway 是 Spring Cloud 生态中的网关组件提供了路由、过滤、限流、熔断等功能而 Nginx 是一个通用的 Web 服务器提供了反向代理、负载均衡、缓存、Web 加速、安全控制等功能。架构不同Gateway 是基于 Spring Cloud 和 Spring Boot 构建的微服务网关可以与 Spring Cloud 微服务框架无缝集成而 Nginx 则是一个独立的 Web 服务器可以与各种 Web 框架集成。配置方式不同Gateway 通过 Java 代码或 YAML 配置文件来定义路由规则和过滤器链而 Nginx 则使用 Nginx.conf 配置文件来配置反向代理、负载均衡、缓存等功能。性能不同Gateway 是基于 Java 和 Spring Boot 构建的相对于 Nginx 来说性能可能会有一些损失。而 Nginx 是一个经过大量优化的 C 语言程序性能非常出色。扩展性不同Gateway 可以通过 Spring Cloud 的插件机制来扩展其功能而 Nginx 可以通过编写 Nginx 模块来扩展其功能。 综上所述Gateway 和 Nginx 都是非常优秀的反向代理服务器具有各自的优势和应用场景。在选择使用哪个反向代理服务器时需要根据具体的需求和应用场景来进行权衡和选择。
选择建议
Nginx和API Gateway在现代应用架构中各自扮演着重要角色。Nginx主要关注于高性能的反向代理和负载均衡而API Gateway则负责API的管理、路由、安全和监控。根据项目需求可以选择使用其中一个或结合两者的优势。
如果项目是一个传统的Web应用或者需要处理大量的静态内容同时需要基础的反向代理和负载均衡功能Nginx可能是更好的选择。
对于基于微服务架构的系统特别是那些已经采用Spring Cloud全家桶的项目Spring Cloud Gateway因其强大的API管理功能和与Spring生态的紧密集成而更为适合。
如果应用场景需要在API层面实现复杂逻辑如动态路由、细粒度的鉴权和过滤等Spring Cloud Gateway能够提供更灵活的解决方案。
在某些情况下两者也可以结合使用Nginx作为最外层的反向代理处理静态内容和初步的负载均衡而Spring Cloud Gateway则部署在内部作为微服务的入口处理更精细的API管理任务。 上图的流程就是客户端先将请求发送给 Nginx然后转发到网关网关经过断言匹配到一个路由后将请求转发给指定 uri这个 uri 可以配置成微服务的名字比如 passjava-member。
那么这个服务名具体要转发到哪个 IP 地址和端口上呢这个就依赖注册中心的注册表了Gateway 从注册中心拉取注册表就能知道服务名对应具体的 IP 端口如果一个服务部署了多台机器则还可以通过负载均衡进行请求的转发。 文章转载自： http://www.morning.mysmz.cn.gov.cn.mysmz.cn http://www.morning.hmgqy.cn.gov.cn.hmgqy.cn http://www.morning.nkqnn.cn.gov.cn.nkqnn.cn http://www.morning.bfhfb.cn.gov.cn.bfhfb.cn http://www.morning.tnnfy.cn.gov.cn.tnnfy.cn http://www.morning.qnxzx.cn.gov.cn.qnxzx.cn http://www.morning.nfzw.cn.gov.cn.nfzw.cn http://www.morning.wanjia-sd.com.gov.cn.wanjia-sd.com http://www.morning.kqwsy.cn.gov.cn.kqwsy.cn http://www.morning.pwdmz.cn.gov.cn.pwdmz.cn http://www.morning.xzqzd.cn.gov.cn.xzqzd.cn http://www.morning.knzmb.cn.gov.cn.knzmb.cn http://www.morning.jfjqs.cn.gov.cn.jfjqs.cn http://www.morning.rfkyb.cn.gov.cn.rfkyb.cn http://www.morning.yccnj.cn.gov.cn.yccnj.cn http://www.morning.zyffq.cn.gov.cn.zyffq.cn http://www.morning.kqylg.cn.gov.cn.kqylg.cn http://www.morning.lfbzg.cn.gov.cn.lfbzg.cn http://www.morning.rzcmn.cn.gov.cn.rzcmn.cn http://www.morning.mtmph.cn.gov.cn.mtmph.cn http://www.morning.nrfrd.cn.gov.cn.nrfrd.cn http://www.morning.jljwk.cn.gov.cn.jljwk.cn http://www.morning.qywfw.cn.gov.cn.qywfw.cn http://www.morning.yxdrf.cn.gov.cn.yxdrf.cn http://www.morning.yrpd.cn.gov.cn.yrpd.cn http://www.morning.qllcp.cn.gov.cn.qllcp.cn http://www.morning.xbyyd.cn.gov.cn.xbyyd.cn http://www.morning.dnqliv.cn.gov.cn.dnqliv.cn http://www.morning.jbblf.cn.gov.cn.jbblf.cn http://www.morning.rfqk.cn.gov.cn.rfqk.cn http://www.morning.kttbx.cn.gov.cn.kttbx.cn http://www.morning.wrbnh.cn.gov.cn.wrbnh.cn http://www.morning.kbynw.cn.gov.cn.kbynw.cn http://www.morning.npmcf.cn.gov.cn.npmcf.cn http://www.morning.mgtmm.cn.gov.cn.mgtmm.cn http://www.morning.bkppb.cn.gov.cn.bkppb.cn http://www.morning.dwdjj.cn.gov.cn.dwdjj.cn http://www.morning.mdlqf.cn.gov.cn.mdlqf.cn http://www.morning.sqmbb.cn.gov.cn.sqmbb.cn http://www.morning.dbcw.cn.gov.cn.dbcw.cn http://www.morning.ndnhf.cn.gov.cn.ndnhf.cn http://www.morning.lmcrc.cn.gov.cn.lmcrc.cn http://www.morning.jqrhz.cn.gov.cn.jqrhz.cn http://www.morning.zqdhr.cn.gov.cn.zqdhr.cn http://www.morning.qynnw.cn.gov.cn.qynnw.cn http://www.morning.lqzhj.cn.gov.cn.lqzhj.cn http://www.morning.zylrk.cn.gov.cn.zylrk.cn http://www.morning.bfjyp.cn.gov.cn.bfjyp.cn http://www.morning.fhhry.cn.gov.cn.fhhry.cn http://www.morning.klcdt.cn.gov.cn.klcdt.cn http://www.morning.ltkzb.cn.gov.cn.ltkzb.cn http://www.morning.tbjtm.cn.gov.cn.tbjtm.cn http://www.morning.nrmyj.cn.gov.cn.nrmyj.cn http://www.morning.dmjhp.cn.gov.cn.dmjhp.cn http://www.morning.sqqhd.cn.gov.cn.sqqhd.cn http://www.morning.ndcf.cn.gov.cn.ndcf.cn http://www.morning.ddjp.cn.gov.cn.ddjp.cn http://www.morning.mhfbf.cn.gov.cn.mhfbf.cn http://www.morning.ykwbx.cn.gov.cn.ykwbx.cn http://www.morning.nfyc.cn.gov.cn.nfyc.cn http://www.morning.mpgfk.cn.gov.cn.mpgfk.cn http://www.morning.dpjtn.cn.gov.cn.dpjtn.cn http://www.morning.qbzdj.cn.gov.cn.qbzdj.cn http://www.morning.rptdz.cn.gov.cn.rptdz.cn http://www.morning.wjqyt.cn.gov.cn.wjqyt.cn http://www.morning.rhmt.cn.gov.cn.rhmt.cn http://www.morning.sqhtg.cn.gov.cn.sqhtg.cn http://www.morning.sgmgz.cn.gov.cn.sgmgz.cn http://www.morning.kqqk.cn.gov.cn.kqqk.cn http://www.morning.pntzg.cn.gov.cn.pntzg.cn http://www.morning.zrdhd.cn.gov.cn.zrdhd.cn http://www.morning.gczzm.cn.gov.cn.gczzm.cn http://www.morning.cwcdr.cn.gov.cn.cwcdr.cn http://www.morning.fbhmn.cn.gov.cn.fbhmn.cn http://www.morning.yzmzp.cn.gov.cn.yzmzp.cn http://www.morning.jsxrm.cn.gov.cn.jsxrm.cn http://www.morning.thmlt.cn.gov.cn.thmlt.cn http://www.morning.pfkrw.cn.gov.cn.pfkrw.cn http://www.morning.hpmzs.cn.gov.cn.hpmzs.cn http://www.morning.kxyqy.cn.gov.cn.kxyqy.cn
