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

网上商城取名包头seo哪家好

news 2025/11/1 1:54:16

网上商城取名,包头seo哪家好,戴尔公司网站建设,17173网络游戏前言单体架构好好的#xff0c;为啥要用微服务呢#xff1f;微服务究竟是啥#xff0c;怎么来的#xff0c;有啥优缺点#xff0c;本篇博客尝试追根溯源#xff0c;阐述单体应用到分布式#xff0c;微服务的演变,微服务架构的定义及优缺点#xff0c;厘清相关的概念。… 前言单体架构好好的为啥要用微服务呢微服务究竟是啥怎么来的有啥优缺点本篇博客尝试追根溯源阐述单体应用到分布式微服务的演变,微服务架构的定义及优缺点厘清相关的概念。目录前言引出网络架构的变迁史1.单体架构 Monomer2.面向服务的架构Service-oriented architectureSOA3.微服务 Microservices 什么是分布式系统分布式服务架构的发展认识微服务什么是微服务单体架构有啥问题为什么需要微服务微服务的本质什么样的项目适合微服务微服务的拆分与设计微服务的设计原则微服务的优缺点分布式 Distributed和微服务 Microservices 什么是SpringCloudSpring Cloud与Spring Boot的关系总结引出 1.网络架构变迁史单体—SOA----微服务 2.分布式系统多节点springcloud是第二代 3.微服务使用一套小服务来开发单个应用 4.微服务设计原则单一、自治、轻量通信、接口明确 5.微服务是架构设计方式分布式是系统部署方式 6.SpringBoot开发项目SpringCloud管理项目网络架构的变迁史 1.单体架构 Monomer 单体架构是一种传统的应用程序架构它将整个应用程序作为一个单一的、紧密耦合的单元进行开发、部署和运行。在单体架构中应用程序通常由一个单一的代码库和一个单一的数据库组成。在单体架构中所有的功能模块都运行在同一个进程中它们共享同一个内存空间和资源。这种紧密耦合的设计使得开发和测试相对简单但也带来了一些问题。例如当应用程序变得越来越复杂时单体架构往往会导致代码的膨胀和难以维护。此外单体架构也不够灵活难以实现部分更新和扩展。随着技术的发展单一服务器的部署已经不能满足大量的请求和访问此时需要把项目部署到多台服务器上形成了一个集群就需要解决负载均衡的问题可以采用nginx进行负载均衡。 2.面向服务的架构Service-oriented architectureSOA 面向服务的架构SOA是一个组件模型它将应用程序的不同功能单元称为服务进行拆分并通过这些服务之间定义良好的接口和协议联系起来。一个服务可能负责几个功能 SOA 设计原则在 SOA 架构中继承了来自对象和构件设计的各种原则例如封装和自我包含等。那些保证服务的灵活性、松散耦合和复用能力的设计原则对 SOA 架构来说同样是非常重要的。关于服务一些常见的设计原则如下明确定义的接口。服务请求者依赖于服务规约来调用服务因此服务定义必须长时间稳定一旦公布不能随意更改服务的定义应尽可能明确减少请求者的不适当使用不要让请求者看到服务内部的私有数据。自包含和模块化。服务封装了那些在业务上稳定、重复出现的活动和构件实现服务的功能实体是完全独立自主的独立进行部署、版本控制、自我管理和恢复。粗粒度。服务数量不应该太多依靠消息交互而不是远程过程调用通常消息量比较大但是服务之间的交互频度较低。松耦合。服务请求者可见的是服务的接口其位置、实现技术、当前状态和私有数据等对服务请求者而言是不可见的。互操作性、兼容和策略声明。为了确保服务规约的全面和明确策略成为一个越来越重要的方面。这可以是技术相关的内容例如一个服务对安全性方面的要求也可以是与业务有关的语义方面的内容例如需要满足的费用或者服务级别方面的要求这些策略对于服务在交互时是非常重要的。但是这种集成方式开发代价大、通信效率低且有单点故障的风险实际上在企业中并没有得到大规模应用。 3.微服务 Microservices 微服务顾名思义就是很小的服务所以它属于面向服务架构的一种。通俗一点来说微服务类似于古代著名的发明活字印刷术每个服务都是一个组件通过编排组合的方式来使用从而真正做到了独立、解耦、组件化、易维护、可复用、可替换、高可用、最终达到提高交付质量、缩短交付周期的效果。从专业的角度来看微服务架构是一种架构模式它提倡将单一应用程序划分成一组小的服务服务之间互相协调、互相配合为用户提供最终价值。每个服务运行在其独立的进程中服务与服务间采用轻量级的通信机制互相沟通通常是基于 HTTP 协议的 RESTful API。每个服务都围绕着具体业务进行构建并且能够被独立的部署到生产环境、类生产环境等。另外应当尽量避免统一的、集中式的服务管理机制对具体的一个服务而言应根据业务上下文选择合适的语言、工具对其进行构建。所以总结起来微服务的核心特点为小, 且专注于做⼀件事情、轻量级的通信机制、松耦合、独立部署。与SOA的主要区别微服务SOA能拆分的就拆分是整体的服务能放一起的都放一起业务逻辑存在于每一个服务中业务逻辑横跨多个业务领域使用轻量级的通讯方式如HTTP企业服务产总线(ESB)充当服务之间通讯的角色细粒度粗粒度微服务由SOA的发展而来。什么是分布式系统要理解分布式系统主要需要明白一下2个方面 1.分布式系统一定是由多个节点组成的系统。其中节点指的是计算机服务器而且这些节点一般不是孤立的而是互通的。 2.这些连通的节点上部署了我们的节点并且相互的操作会有协同。分布式系统对于用户而言他们面对的就是一个服务器提供用户需要的服务而已而实际上这些服务是通过背后的众多服务器组成的一个分布式系统因此分布式系统看起来像是一个超级计算机一样。例如淘宝平时大家都会使用它本身就是一个分布式系统我们通过浏览器访问淘宝网站时这个请求的背后就是一个庞大的分布式系统在为我们提供服务整个系统中有的负责请求处理有的负责存储有的负责计算最终他们相互协调把最后的结果返回并呈现给用户。分布式服务架构的发展第一代服务框架代表Dubbo(Java)、Orleans(.Net)等特点和语言绑定非常紧密第二代服务框架代表Spring Cloud 特点适合混合式开发非常成熟市场占有率高第三代服务框架代表Service Mesh服务网格例如Service Fabric、lstio、Linkerd、Conduit等特点快速发展更新迭代比较快不够成熟 Spring Cloud作为第二代微服务的代表性框架已经在国内众多大中小型的公司有实际应用案例。许多公司的业务线全部拥抱Spring Cloud部分公司选择部分拥抱Spring Cloud。认识微服务什么是微服务在介绍微服务时首先得先理解什么是微服务顾名思义微服务得从两个方面去理解什么是”微”、什么是”服务” 微狭义来讲就是体积小、著名的”2 pizza 团队”很好的诠释了这一解释2 pizza 团队最早是亚马逊 CEO Bezos提出来的意思是说单个服务的设计所有参与人从设计、开发、测试、运维所有人加起来只需要2个披萨就够了。而所谓服务一定要区别于系统服务一个或者一组相对较小且独立的功能单元是用户可以感知最小功能集。微服务最早由Martin Fowler与James Lewis于2014年共同提出微服务架构风格是一种使用一套小服务来开发单个应用的方式途径每个服务运行在自己的进程中并使用轻量级机制通信通常是HTTP API这些服务基于业务能力构建并能够通过自动化部署机制来独立部署这些服务使用不同的编程语言实现以及不同数据存储技术并保持最低限度的集中式管理。单体架构有啥问题单体架构在规模比较小的情况下工作情况良好但是随着系统规模的扩大它暴露出来的问题也越来越多主要有以下几点 1复杂性逐渐变高比如有的项目有几十万行代码各个模块之间区别比较模糊逻辑比较混乱代码越多复杂性越高越难解决遇到的问题。 2技术债务逐渐上升公司的人员流动是再正常不过的事情有的员工在离职之前疏于代码质量的自我管束导致留下来很多坑由于单体项目代码量庞大的惊人留下的坑很难被发觉这就给新来的员工带来很大的烦恼人员流动越大所留下的坑越多也就是所谓的技术债务越来越多。 3部署速度逐渐变慢这个就很好理解了单体架构模块非常多代码量非常庞大导致部署项目所花费的时间越来越多曾经有的项目启动就要一二十分钟这是多么恐怖的事情啊启动几次项目一天的时间就过去了留给开发者开发的时间就非常少了。 4阻碍技术创新比如以前的某个项目使用struts2写的由于各个模块之间有着千丝万缕的联系代码量大逻辑不够清楚如果现在想用spring mvc来重构这个项目将是非常困难的付出的成本将非常大所以更多的时候公司不得不硬着头皮继续使用老的struts架构这就阻碍了技术的创新。 5无法按需伸缩比如说电影模块是CPU密集型的模块而订单模块是IO密集型的模块假如我们要提升订单模块的性能比如加大内存、增加硬盘但是由于所有的模块都在一个架构下因此我们在扩展订单模块的性能时不得不考虑其它模块的因素因为我们不能因为扩展某个模块的性能而损害其它模块的性能从而无法按需进行伸缩。为什么需要微服务在传统的IT行业软件大多都是各种独立系统的堆砌这些系统的问题总结来说就是扩展性差可靠性不高维护成本高。到后面引入了SOA服务化但是由于 SOA 早期均使用了总线模式这种总线模式是与某种技术栈强绑定的比如J2EE。这导致很多企业的遗留系统很难对接切换时间太长成本太高新系统稳定性的收敛也需要一些时间。最终 SOA 看起来很美但却成为了企业级奢侈品中小公司都望而生畏。单体架构所有的模块全都耦合在一块代码量大维护困难微服务每个模块就相当于一个单独的项目代码量明显减少遇到问题也相对来说比较好解决。单体架构所有的模块都共用一个数据库存储方式比较单一微服务每个模块都可以使用不同的存储方式比如有的用redis有的用mysql等数据库也是单个模块对应自己的数据库。单体架构所有的模块开发所使用的技术一样微服务每个模块都可以使用不同的开发技术开发模式更灵活。微服务的本质微服务关键其实不仅仅是微服务本身而是系统要提供一套基础的架构这种架构使得微服务可以独立的部署、运行、升级不仅如此这个系统架构还让微服务与微服务之间在结构上“松耦合”而在功能上则表现为一个统一的整体。这种所谓的“统一的整体”表现出来的是统一风格的界面统一的权限管理统一的安全策略统一的上线过程统一的日志和审计方法统一的调度方式统一的访问入口等等。微服务的目的是有效的拆分应用实现敏捷开发和部署。微服务提倡的理念团队间应该是 inter-operate, not integrate 。inter-operate是定义好系统的边界和接口在一个团队内全栈让团队自治原因就是因为如果团队按照这样的方式组建将沟通的成本维持在系统内部每个子系统就会更加内聚彼此的依赖耦合能变弱跨系统的沟通成本也就能降低。什么样的项目适合微服务微服务可以按照业务功能本身的独立性来划分如果系统提供的业务是非常底层的如操作系统内核、存储系统、网络系统、数据库系统等等这类系统都偏底层功能和功能之间有着紧密的配合关系如果强制拆分为较小的服务单元会让集成工作量急剧上升并且这种人为的切割无法带来业务上的真正的隔离所以无法做到独立部署和运行也就不适合做成微服务了。能不能做成微服务取决于四个要素小微服务体积小2 pizza 团队。独能够独立的部署和运行。轻使用轻量级的通信机制和架构。松为服务之间是松耦合的。微服务的拆分与设计从单体式结构转向微服务架构中会持续碰到服务边界划分的问题比如我们有user 服务来提供用户的基础信息那么用户的头像和图片等是应该单独划分为一个新的service更好还是应该合并到user服务里呢如果服务的粒度划分的过粗那就回到了单体式的老路如果过细那服务间调用的开销就变得不可忽视了管理难度也会指数级增加。目前为止还没有一个可以称之为服务边界划分的标准只能根据不同的业务系统加以调节。拆分的大原则是当一块业务不依赖或极少依赖其它服务有独立的业务语义为超过2个的其他服务或客户端提供数据那么它就应该被拆分成一个独立的服务模块。微服务的设计原则 1单一职责原则意思是每个微服务只需要实现自己的业务逻辑就可以了比如订单管理模块它只需要处理订单的业务逻辑就可以了其它的不必考虑。 2服务自治原则意思是每个微服务从开发、测试、运维等都是独立的包括存储的数据库也都是独立的自己就有一套完整的流程我们完全可以把它当成一个项目来对待。不必依赖于其它模块。 3轻量级通信原则首先是通信的语言非常的轻量第二该通信方式需要是跨语言、跨平台的之所以要跨平台、跨语言就是为了让每个微服务都有足够的独立性可以不受技术的钳制。 4接口明确原则由于微服务之间可能存在着调用关系为了尽量避免以后由于某个微服务的接口变化而导致其它微服务都做调整在设计之初就要考虑到所有情况让接口尽量做的更通用更灵活从而尽量避免其它模块也做调整。微服务的优缺点特性每个微服务可独立运行在自己的进程里一系列独立运行的微服务共同构建起了整个系统每个服务为独立的业务开发一个微服务一般完成某个特定的功能比如订单管理用户管理等微服务之间通过一些轻量级的通信机制进行通信例如通过REST API或者RPC的方式进行调用。特点易于开发和维护由于微服务单个模块就相当于一个项目开发这个模块我们就只需关心这个模块的逻辑即可代码量和逻辑复杂度都会降低从而易于开发和维护。启动较快这是相对单个微服务来讲的相比于启动单体架构的整个项目启动某个模块的服务速度明显是要快很多的。局部修改容易部署在开发中发现了一个问题如果是单体架构的话我们就需要重新发布并启动整个项目非常耗时间但是微服务则不同哪个模块出现了bug我们只需要解决那个模块的bug就可以了解决完bug之后我们只需要重启这个模块的服务即可部署相对简单不必重启整个项目从而大大节约时间。技术栈不受限比如订单微服务和电影微服务原来都是用java写的现在我们想把电影微服务改成nodeJs技术这是完全可以的而且由于所关注的只是电影的逻辑而已因此技术更换的成本也就会少很多。按需伸缩上面说了单体架构在想扩展某个模块的性能时不得不考虑到其它模块的性能会不会受影响对于我们微服务来讲完全不是问题电影模块通过什么方式来提升性能不必考虑其它模块的情况。缺点运维要求较高对于单体架构来讲我们只需要维护好这一个项目就可以了但是对于微服务架构来讲由于项目是由多个微服务构成的每个模块出现问题都会造成整个项目运行出现异常想要知道是哪个模块造成的问题往往是不容易的因为我们无法一步一步通过debug的方式来跟踪这就对运维人员提出了很高的要求。分布式的复杂性对于单体架构来讲我们可以不使用分布式但是对于微服务架构来说分布式几乎是必会用的技术由于分布式本身的复杂性导致微服务架构也变得复杂起来。接口调整成本高比如用户微服务是要被订单微服务和电影微服务所调用的一旦用户微服务的接口发生大的变动那么所有依赖它的微服务都要做相应的调整由于微服务可能非常多那么调整接口所造成的成本将会明显提高。重复劳动对于单体架构来讲如果某段业务被多个模块所共同使用我们便可以抽象成一个工具类被所有模块直接调用但是微服务却无法这样做因为这个微服务的工具类是不能被其它微服务所直接调用的。分布式 Distributed和微服务 Microservices 简单的说微服务是架构设计方式分布式是系统部署方式两者概念不同分布式系统是指由多个独立的计算机节点组成的系统这些节点通过网络进行通信和协调共同完成一个任务。分布式系统的设计目标是提高系统的可靠性、可扩展性和性能。微服务是一种架构风格它将一个大型的应用程序拆分成一组小型的、独立的服务。每个服务都可以独立开发、部署和扩展并通过轻量级的通信机制如HTTP或消息队列进行通信。微服务架构的设计目标是提高应用程序的灵活性、可维护性和可扩展性。分布式系统和微服务之间存在一些相似之处例如都涉及到多个节点之间的通信和协调。然而微服务更加关注服务的独立性和可扩展性而分布式系统更加关注整体系统的可靠性和性能。在实践中微服务通常是基于分布式系统的架构实现的。每个微服务可以部署在不同的计算机节点上通过网络进行通信和协调。因此微服务可以看作是分布式系统的一种实现方式什么是SpringCloud Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具例如配置管理服务发现断路器智能路由微代理控制总线一次性令牌全局锁领导选举分布式会话集群状态。分布式系统的协调导致了样板模式, 使用Spring Cloud开发人员可以快速地支持实现这些模式的服务和应用程序。他们将在任何分布式环境中运行良好包括开发人员自己的笔记本电脑裸机数据中心以及Cloud Foundry等托管平台。注意首先尽管Spring Cloud带有“Cloud”这个单词但它并不是云计算解决方案而是在Spring Boot基础之上构建的用于快速构建分布式系统的通用模式的工具集。其次使用Spring Cloud开发的应用程序非常适合在Docker和PaaS比如Pivotal Cloud Foundry上部署所以又叫做云原生应用Cloud Native Application。云原生可以简单地理解为面向云环境的软件架构。特征 Spring Cloud专注于提供良好的开箱即用经验的典型用例和可扩展性机制覆盖。分布式/版本化配置服务注册和发现路由service - to - service调用负载均衡断路器全局锁Leadership选举与集群状态分布式消息传递 Spring Cloud与Spring Boot的关系 Spring Boot用来开发项目 Spring Cloud用来管理项目Spring Cloud管理的项目需要基于Spring Boot来开发版本对应关系 Spring CloudSpring BootAngel版本兼容Spring Boot 1.2.xBrixton版本兼容Spring Boot 1.3.x也兼容Spring Boot 1.4.xCamden版本兼容Spring Boot 1.4.x也兼容Spring Boot 1.5.xDalston版本、Edgware版本兼容Spring Boot 1.5.x不兼容Spring Boot 2.0.xFinchley版本兼容Spring Boot 2.0.x不兼容Spring Boot 1.5.xGreenwich版本兼容Spring Boot 2.1.xHoxton版兼容Spring Boot 2.2.x 在实际开发过程中我们需要更详细的版本对应 Spring BootSpring Cloud1.5.2.RELEASEDalston.RC11.5.9.RELEASEEdgware.RELEASE2.0.2.RELEASEFinchley.BUILD-SNAPSHOT2.0.3.RELEASEFinchley.RELEASE2.1.0.RELEASEGreenwich.SR12.2.0.M4Hoxton.SR92.3.7Hoxton.BUILD-SNAPSHOT2.4.0.M12020.0.0-M3 总结 1.网络架构变迁史单体—SOA----微服务 2.分布式系统多节点springcloud是第二代 3.微服务使用一套小服务来开发单个应用 4.微服务设计原则单一、自治、轻量通信、接口明确 5.微服务是架构设计方式分布式是系统部署方式 6.SpringBoot开发项目SpringCloud管理项目
文章转载自：
http://www.morning.nfbxgtj.com.gov.cn.nfbxgtj.com
http://www.morning.pynzj.cn.gov.cn.pynzj.cn
http://www.morning.qgkcs.cn.gov.cn.qgkcs.cn
http://www.morning.jkzq.cn.gov.cn.jkzq.cn
http://www.morning.lgxzj.cn.gov.cn.lgxzj.cn
http://www.morning.qbjgw.cn.gov.cn.qbjgw.cn
http://www.morning.whnps.cn.gov.cn.whnps.cn
http://www.morning.mnclk.cn.gov.cn.mnclk.cn
http://www.morning.wwkft.cn.gov.cn.wwkft.cn
http://www.morning.jgmlb.cn.gov.cn.jgmlb.cn
http://www.morning.ljhnn.cn.gov.cn.ljhnn.cn
http://www.morning.kbdrq.cn.gov.cn.kbdrq.cn
http://www.morning.mlzyx.cn.gov.cn.mlzyx.cn
http://www.morning.mjyrg.cn.gov.cn.mjyrg.cn
http://www.morning.rqwwm.cn.gov.cn.rqwwm.cn
http://www.morning.npgwb.cn.gov.cn.npgwb.cn
http://www.morning.dnls.cn.gov.cn.dnls.cn
http://www.morning.muniubangcaishui.cn.gov.cn.muniubangcaishui.cn
http://www.morning.ncqzb.cn.gov.cn.ncqzb.cn
http://www.morning.dycbp.cn.gov.cn.dycbp.cn
http://www.morning.cfrz.cn.gov.cn.cfrz.cn
http://www.morning.gjqnn.cn.gov.cn.gjqnn.cn
http://www.morning.jggr.cn.gov.cn.jggr.cn
http://www.morning.bmnm.cn.gov.cn.bmnm.cn
http://www.morning.wjlhp.cn.gov.cn.wjlhp.cn
http://www.morning.lywys.cn.gov.cn.lywys.cn
http://www.morning.rcwzf.cn.gov.cn.rcwzf.cn
http://www.morning.bqmdl.cn.gov.cn.bqmdl.cn
http://www.morning.tnktt.cn.gov.cn.tnktt.cn
http://www.morning.jgcrr.cn.gov.cn.jgcrr.cn
http://www.morning.nypgb.cn.gov.cn.nypgb.cn
http://www.morning.zhishizf.cn.gov.cn.zhishizf.cn
http://www.morning.fewhope.com.gov.cn.fewhope.com
http://www.morning.kmcby.cn.gov.cn.kmcby.cn
http://www.morning.ppwdh.cn.gov.cn.ppwdh.cn
http://www.morning.bsrcr.cn.gov.cn.bsrcr.cn
http://www.morning.qgbfx.cn.gov.cn.qgbfx.cn
http://www.morning.htbbp.cn.gov.cn.htbbp.cn
http://www.morning.lnmby.cn.gov.cn.lnmby.cn
http://www.morning.sqgsx.cn.gov.cn.sqgsx.cn
http://www.morning.bsqth.cn.gov.cn.bsqth.cn
http://www.morning.bpmtl.cn.gov.cn.bpmtl.cn
http://www.morning.zqmdn.cn.gov.cn.zqmdn.cn
http://www.morning.dzqyn.cn.gov.cn.dzqyn.cn
http://www.morning.qbkw.cn.gov.cn.qbkw.cn
http://www.morning.lskyz.cn.gov.cn.lskyz.cn
http://www.morning.gkdhf.cn.gov.cn.gkdhf.cn
http://www.morning.ryqsq.cn.gov.cn.ryqsq.cn
http://www.morning.tssmk.cn.gov.cn.tssmk.cn
http://www.morning.nfzw.cn.gov.cn.nfzw.cn
http://www.morning.cnhgc.cn.gov.cn.cnhgc.cn
http://www.morning.ypdhl.cn.gov.cn.ypdhl.cn
http://www.morning.dlgjdg.cn.gov.cn.dlgjdg.cn
http://www.morning.lwxsy.cn.gov.cn.lwxsy.cn
http://www.morning.tmcmj.cn.gov.cn.tmcmj.cn
http://www.morning.cpfx.cn.gov.cn.cpfx.cn
http://www.morning.rgpsq.cn.gov.cn.rgpsq.cn
http://www.morning.krbjb.cn.gov.cn.krbjb.cn
http://www.morning.dbylp.cn.gov.cn.dbylp.cn
http://www.morning.trrpb.cn.gov.cn.trrpb.cn
http://www.morning.czrcf.cn.gov.cn.czrcf.cn
http://www.morning.rydhq.cn.gov.cn.rydhq.cn
http://www.morning.yzktr.cn.gov.cn.yzktr.cn
http://www.morning.jkcnq.cn.gov.cn.jkcnq.cn
http://www.morning.phgz.cn.gov.cn.phgz.cn
http://www.morning.ngkng.cn.gov.cn.ngkng.cn
http://www.morning.paxkhqq.cn.gov.cn.paxkhqq.cn
http://www.morning.nrqnj.cn.gov.cn.nrqnj.cn
http://www.morning.tnrdz.cn.gov.cn.tnrdz.cn
http://www.morning.rnwt.cn.gov.cn.rnwt.cn
http://www.morning.kynf.cn.gov.cn.kynf.cn
http://www.morning.rdkgw.cn.gov.cn.rdkgw.cn
http://www.morning.bxbnf.cn.gov.cn.bxbnf.cn
http://www.morning.ndcjq.cn.gov.cn.ndcjq.cn
http://www.morning.bzpwh.cn.gov.cn.bzpwh.cn
http://www.morning.zdfrg.cn.gov.cn.zdfrg.cn
http://www.morning.tnzwm.cn.gov.cn.tnzwm.cn
http://www.morning.dblfl.cn.gov.cn.dblfl.cn
http://www.morning.bpwz.cn.gov.cn.bpwz.cn
http://www.morning.gyrdn.cn.gov.cn.gyrdn.cn

查看全文

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