史上最便捷搭建Zookeeper服务器的方法(推荐)_zabbix

来源:脚本之家  责任编辑:小易  

1、空运以其迅捷,安全。准时的超高效率赢得了相当大的市场,大大缩短了交货期,对于物流供应链加快资金周转及循环起到了极大的促动作用。2、铁轨能提供极光滑及坚硬的媒介让列车车轮在上面以最小的摩擦力滚动,使这上面的人感到更舒适,而且它还能节省能量。如果配置得当,铁路运输可以比路面运输运载同一重量物时节省五至七成能量。而且,铁轨能平均分散列车的重量,令列车的载重力大大提高。3、水运主要承担大数量、长距离的运输,是在干线运输中起主力作用的运输形式。在内河及沿海,水运也常作为小型运输工具使用,担任补充及衔接大批量干线运输的任务。4、管道的用途很广泛,主要用在给水、排水、供热、供煤气、长距离输送石油和天然气、农业灌溉、水力工程和各种工业装置中。扩展资料交通运输无障碍服务体系为出行带来新福音交通运输部等7部门联合印发了《关于进一步加强和改善老年人残疾人出行服务的实施意见》(简称《意见》),明确了我国到2035年推进交通运输无障碍出行服务的行动纲领。随着社会经济的快速发展,中国的老龄化趋势进一步加剧。数据显示,截至2016年底,中国60岁及以上老年人口超过2.3亿,占总人口的16.7%;65岁及以上老年人口超过1.5亿,占总人口的10.8%。而作为我国人口组成部分的另一个重要群体,残疾人群基数庞大也是不容忽视的现实国情。据有关资料统计,我国迄今为止残疾人口接近一亿人次。如何积极应对加速的老龄化趋势,如何妥善解决残疾人群的合理诉求。就在刚刚出炉的《意见》文件中明晰了对于今后老年人残疾人的制度设计和权益保障,将为数亿适用人群带来福音。《意见》指出,到2020年,鼓励具备条件的城市新增公交车辆优先选择低地板公交车,500万人口以上城市新增公交车辆全部实现低地板化。依据相关标准要求e5a48de588b63231313335323631343130323136353331333431356566完善站场、枢纽、车辆设施的盲文标志标识配置、残疾人通讯系统、语音导航和导盲系统建设,积极推广应用微信、微博、手机APP、便民热线预约服务等创新方式。从“低地板”、“残疾人通讯系统、语音导航和导盲系统建设”、“微信、微博、手机APP”等内容可以看出,。《意见》中强化对无障碍设计的规范要求,通过大数据、人工智能等前沿技术为老年人残疾人舒畅出行搭建更多丰富应用场景,结合老年人残疾人自身需求细化服务举措,为日常出行赋能。《意见》指出,到2020年,交通运输无障碍出行服务体系基本形成。到2035年,完善的交通运输无障碍出行服务体系基本建成。老年人、残疾人因为身体原因出行远远不如青年人方便,面对多元化的社会,他们仍保持高涨的社会参与意识,具有丰富的个性化、多样化需求,完善无障碍的出行服务体系将提高他们参与社会公共活动的能力与信心,便捷他们的日常生活,提高自身的幸福感和获得感。有了更加完备的科技服务体系和细致的人文服务举措是固然不错的,若想推动无障碍出行服务体系落地生根,吹糠见米,需争取当地人民政府的政策及资金支持。《意见》要求,加快无障碍交通基础设施建设和改造。要积极争取各地人民政府政策支持,对无障碍基础设施建设改造给予用地、资金扶持,对老年人、残疾人优惠乘车予以补贴补偿。各地要研究制定导盲犬乘坐公共交通配套政策,加紧完善各领域无障碍服务标准体系建设,推动宣传贯彻一批关键标准。参考资料来源:百度百科-交通运输,如下:1、空运以其迅捷,安全。准时的超高效率赢得了相当大的市场,大大缩短了交货期,对于物流供应链加快资金周转及循环起到了极大的促动作用。2、铁轨能提供极光滑及坚硬的媒介让列车车轮在上面以最小的摩擦力滚动,使这上面的人感到更舒适,而且它还能节省能量。如果配置得当,铁路运输可以比路面运输运载同一重量物时节省五至七成能量。而且,铁轨能平均分散列车的重量,令列车的载重力大大提高。3、水运主要承担大数量、长距离的运输,是在干线运输中起主力作用的运输形式。在内河及沿海,水运也常作为小型运输工具使用,担任补充及衔接大批量干线运输的任务。4、管道的用途很广泛,主要用在给水、排水、供热、供煤气、长距离输送石油和天然气、农业灌溉、水力工程和各种工业装置中。扩展资料截至2018年底,全国铁路营业总里程达13.2万公里,比1949年增长5倍;公路总里程达485万公里,是1949年的60倍;定期航班航线达4945条,是1950年的412.1倍,四通八达的公路网、便捷高效的铁路网、密集交错的航线网带给人们速度更快、范围更广、品质更高的出行享受。运输是人和物借助交通工具的载运,产生有目的的空间位移,邮电则是邮政和电信的总称。交通运输是经济发636f70793231313335323631343130323136353331333431376665展的基本需要和先决条件,现代社会的生存基础和文明标志,社会经济的基础设施和重要纽带,现代工业的先驱和国民经济的先行部门,资源配置和宏观调控的重要工具,国土开发、城市和经济布局形成的重要因素。参考资料来源:百度百科-交通运输本回答被网友采纳,现代化的bai交通运输给我们的生活提供了很多方便。首先是现代化的交通运输方便了人们的出du行,大大缩短了人们的出行时间,拉近了两地之间的距离。其次是现代化的交通运输带动了各地经zhi济的发展,人们的生活dao水平得到提高,生活状态有了很大的改善。网络资源的利用催生了版快递业,人们在接收商品的同时,享受着交通运输便捷带来的快乐。另外,现代交通运输的发展,让权平民百姓享受平等的待遇。本回答被网友采纳,现代交通运输给我们的生活带来了哪些方便?这个问题是人类都是能够感觉到的:给生活带来了N的便利;已经普及到老百姓的衣食住行了www.zgxue.com防采集请勿采集本网。

什么是 ZooKeeper

网约车管理系统集用户叫车、自动派单、司机接单、行程结算、车辆管理等功能于一体的高端网约车 需要具备的功能包括运营监管、车辆报废及退出管理、车辆保险、订单管理、坐车匹配管理、投诉管理、

ZooKeeper 是 Apache 的一个顶级项目,为分布式应用提供高效、高可用的分布式协调服务,提供了诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知和分布式锁等分布式基础服务。由于 ZooKeeper 便捷的使用方式、卓越的性能和良好的稳定性,被广泛地应用于诸如 Hadoop、HBase、Kafka 和 Dubbo 等大型分布式系统中。

WDS是英文Wireless Distribution System的简称,中文名称是:无线分布式系统,主要作用是实现无线基站之间的通信。在家庭无线网络的应用中,WDS实现了无线网络覆盖范围的延伸,使得无线信号的

Zookeeper 有三种运行模式:单机模式、伪集群模式和集群模式。 单机模式:这种模式一般适用于开发测试环境,一方面我们没有那么多机器资源,另外就是平时的开发调试并不需要极好的稳定性。 集群模式:一个 ZooKeeper 集群通常由一组机器组成,一般 3 台以上就可以组成一个可用的 ZooKeeper 集群了。组成 ZooKeeper 集群的每台机器都会在内存中维护当前的服务器状态,并且每台机器之间都会互相保持通信。 伪集群模式:这是一种特殊的集群模式,即集群的所有服务器都部署在一台机器上。当你手头上有一台比较好的机器,如果作为单机模式进行部署,就会浪费资源,这种情况下,ZooKeeper允许你在一台机器上通过启动不同的端口来启动多个 ZooKeeper 服务实例,以此来以集群的特性来对外服务。

因为这两个与中国相邻的国家在历史上与中国文化交流频繁,而日本奈良时代多次派遣学生到中国学习,无疑为《孙子兵法》的东传搭建了便捷的桥梁。据史书记载,在公元734年,也就是处于鼎盛时期的唐朝开元二

ZooKeeper 的相关知识 Zookeeper 中的角色领导者(leader):负责进行投票的发起和决议,更新系统状态 跟随者(follower):用于接收客户端请求并给客户端返回结果,在选主过程中进行投票 观察者(observer):可以接受客户端连接,将写请求转发给 leader,但是observer不参加投票的过程,只是为了扩展系统,提高读取的速度。

从预付费和按时间收费的商业模式上实现成功的一跃,在作为游戏“喉舌”的销售系统上为玩家实现了快速、便捷、安全的E-Sale的首创,网吧服务体系的推广,游戏经销商队伍的搭建,24*7的客户服务体系的建立

Zookeeper 的数据模型 层次化的目录结构,命名符合常规文件系统规范,类似于Linux 每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识 节点Znode可以包含数据和子节点,但是EPHEMERAL类型的节点不能有子节点 Znode中的数据可以有多个版本,比如某一个路径下存有多个数据版本,那么查询这个路径下的数据就需要带上版本 客户端应用可以在节点上设置监视器 节点不支持部分读写,而是一次性完整读写

因为这两个与中国相邻的国家在历史上与中国文化交流频繁,而日本奈良时代多次派遣学生到中国学习,无疑为《孙子兵法》的东传搭建了便捷的桥梁。据史书记载,在公元734年,也就是处于鼎盛时期的唐朝开元二

ZooKeeper 的节点特性

ZooKeeper 节点是生命周期的,这取决于节点的类型。在 ZooKeeper 中,节点根据持续时间可以分为持久节点(PERSISTENT)、临时节点(EPHEMERAL),根据是否有序可以分为顺序节点(SEQUENTIAL)、和无序节点(默认是无序的)。

持久节点一旦被创建,除非主动移除,不然一直会保存在Zookeeper中(不会因为创建该节点的客户端的会话失效而消失),临时节点

Zookeeper 的应用场景

ZooKeeper 是一个高可用的分布式数据管理与系统协调框架。基于对 Paxos 算法的实现,使该框架保证了分布式环境中数据的强一致性,也正是基于这样的特性,使得 ZooKeeper 解决很多分布式问题。

值得注意的是,ZooKeeper 并非天生就是为这些应用场景设计的,都是后来众多开发者根据其框架的特性,利用其提供的一系列API接口(或者称为原语集),摸索出来的典型使用方法。

数据发布与订阅(配置中心)

发布与订阅模型,即所谓的配置中心,顾名思义就是发布者将数据发布到ZK节点上,供订阅者动态获取数据,实现配置信息的集中式管理和动态更新。例如全局的配置信息,服务式服务框架的服务地址列表等就非常适合使用。

应用中用到的一些配置信息放到ZK上进行集中管理。这类场景通常是这样:应用在启动的时候会主动来获取一次配置,同时,在节点上注册一个Watcher,这样一来,以后每次配置有更新的时候,都会实时通知到订阅的客户端,从来达到获取最新配置信息的目的。 分布式搜索服务中,索引的元信息和服务器集群机器的节点状态存放在ZK的一些指定节点,供各个客户端订阅使用。 分布式日志收集系统。这个系统的核心工作是收集分布在不同机器的日志。收集器通常是按照应用来分配收集任务单元,因此需要在ZK上创建一个以应用名作为path的节点P,并将这个应用的所有机器ip,以子节点的形式注册到节点P上,这样一来就能够实现机器变动的时候,能够实时通知到收集器调整任务分配。 系统中有些信息需要动态获取,并且还会存在人工手动去修改这个信息的发问。通常是暴露出接口,例如JMX接口,来获取一些运行时的信息。引入ZK之后,就不用自己实现一套方案了,只要将这些信息存放到指定的ZK节点上即可。 注意:在上面提到的应用场景中,有个默认前提是:数据量很小,但是数据更新可能会比较快的场景。

负载均衡

这里说的负载均衡是指软负载均衡。在分布式环境中,为了保证高可用性,通常同一个应用或同一个服务的提供方都会部署多份,达到对等服务。而消费者就须要在这些对等的服务器中选择一个来执行相关的业务逻辑,其中比较典型的是消息中间件中的生产者,消费者负载均衡。

命名服务(Naming Service)

命名服务也是分布式系统中比较常见的一类场景。在分布式系统中,通过使用命名服务,客户端应用能够根据指定名字来获取资源或服务的地址,提供者等信息。被命名的实体通常可以是集群中的机器,提供的服务地址,远程对象等等——这些我们都可以统称他们为名字(Name)。其中较为常见的就是一些分布式服务框架中的服务地址列表。通过调用ZK提供的创建节点的API,能够很容易创建一个全局唯一的path,这个path就可以作为一个名称。

阿里巴巴集团开源的分布式服务框架Dubbo中使用ZooKeeper来作为其命名服务,维护全局的服务地址列表。在Dubbo实现中: 服务提供者在启动的时候,向ZK上的指定节点/dubbo/${serviceName}/providers目录下写入自己的URL地址,这个操作就完成了服务的发布。 服务消费者启动的时候,订阅/dubbo/${serviceName}/providers目录下的提供者URL地址, 并向/dubbo/${serviceName} /consumers目录下写入自己的URL地址。 注意,所有向ZK上注册的地址都是临时节点,这样就能够保证服务提供者和消费者能够自动感应资源的变化。

另外,Dubbo还有针对服务粒度的监控,方法是订阅/dubbo/${serviceName}目录下所有提供者和消费者的信息。

分布式通知/协调

ZooKeeper中特有watcher注册与异步通知机制,能够很好的实现分布式环境下不同系统之间的通知与协调,实现对数据变更的实时处理。使用方法通常是不同系统都对ZK上同一个znode进行注册,监听znode的变化(包括znode本身内容及子节点的),其中一个系统update了znode,那么另一个系统能够收到通知,并作出相应处理。

另一种心跳检测机制:检测系统和被检测系统之间并不直接关联起来,而是通过zk上某个节点关联,大大减少系统耦合。 另一种系统调度模式:某系统有控制台和推送系统两部分组成,控制台的职责是控制推送系统进行相应的推送工作。管理人员在控制台作的一些操作,实际上是修改了ZK上某些节点的状态,而ZK就把这些变化通知给他们注册Watcher的客户端,即推送系统,于是,作出相应的推送任务。

另一种工作汇报模式:一些类似于任务分发系统,子任务启动后,到zk来注册一个临时节点,并且定时将自己的进度进行汇报(将进度写回这个临时节点),这样任务管理者就能够实时知道任务进度。

分布式锁

分布式锁,这个主要得益于ZooKeeper为我们保证了数据的强一致性。锁服务可以分为两类,一个是保持独占,另一个是控制时序。

所谓保持独占,就是所有试图来获取这个锁的客户端,最终只有一个可以成功获得这把锁。通常的做法是把zk上的一个znode看作是一把锁,通过create znode的方式来实现。所有客户端都去创建/distribute_lock节点,最终成功创建的那个客户端也即拥有了这把锁。 控制时序,就是所有视图来获取这个锁的客户端,最终都是会被安排执行,只是有个全局时序了。做法和上面基本类似,只是这里/distribute_lock已经预先存在,客户端在它下面创建临时有序节点(这个可以通过节点的属性控制:CreateMode.EPHEMERAL_SEQUENTIAL来指定)。Zk的父节点(/distribute_lock)维持一份sequence,保证子节点创建的时序性,从而也形成了每个客户端的全局时序。

由于同一节点下子节点名称不能相同,所以只要在某个节点下创建znode,创建成功即表明加锁成功。注册监听器监听此znode,只要删除此znode就通知其他客户端来加锁。创建临时顺序节点:在某个节点下创建节点,来一个请求则创建一个节点,由于是顺序的,所以序号最小的获得锁,当释放锁时,通知下一序号获得锁。

分布式队列

队列方面,简单来说有两种,一种是常规的先进先出队列,另一种是等队列的队员聚齐以后才按照顺序执行。对于第一种的队列和上面讲的分布式锁服务中控制时序的场景基本原理一致,这里就不赘述了。

第二种队列其实是在FIFO队列的基础上作了一个增强。通常可以在/queue这个znode下预先建立一个/queue/num节点,并且赋值为n(或者直接给/queue赋值n),表示队列大小,之后每次有队列成员加入后,就判断下是否已经到达队列大小,决定是否可以开始执行了。这种用法的典型场景是,分布式环境中,一个大任务Task A,需要在很多子任务完成(或条件就绪)情况下才能进行。这个时候,凡是其中一个子任务完成(就绪),那么就去/taskList下建立自己的临时时序节点(CreateMode.EPHEMERAL_SEQUENTIAL),当/taskList发现自己下面的子节点满足指定个数,就可以进行下一步按序进行处理了。

使用 dokcer-compose 搭建集群

上面我们介绍了关于 ZooKeeper 有这么多的应用场景,那么接下来我们就先学习如何搭建 ZooKeeper 集群然后再进行实战上面的应用场景。

文件的目录结构如下:

├── docker-compose.yml

编写 docker-compose.yml 文件

docker-compose.yml文件内容如下:

version: '3.4'services: zoo1: image: zookeeper restart: always hostname: zoo1 ports: - 2181:2181 environment: ZOO_MY_ID: 1 ZOO_SERVERS: server.1=0.0.0.0:2888:3888;2181 server.2=zoo2:2888:3888;2181 server.3=zoo3:2888:3888;2181 zoo2: image: zookeeper restart: always hostname: zoo2 ports: - 2182:2181 environment: ZOO_MY_ID: 2 ZOO_SERVERS: server.1=zoo1:2888:3888;2181 server.2=0.0.0.0:2888:3888;2181 server.3=zoo3:2888:3888;2181 zoo3: image: zookeeper restart: always hostname: zoo3 ports: - 2183:2181 environment: ZOO_MY_ID: 3 ZOO_SERVERS: server.1=zoo1:2888:3888;2181 server.2=zoo2:2888:3888;2181 server.3=0.0.0.0:2888:3888;2181

在这个配置文件中,docker 运行了 3 个 zookeeper 镜像,通过 ports 字段分别将本地的 2181, 2182, 2183 端口绑定到对应容器的 2181 端口上。

ZOO_MY_IDZOO_SERVERS是搭建 Zookeeper 集群需要的两个环境变量。ZOO_MY_ID标识服务的 id,为 1-255 之间的整数,必须在集群中唯一。ZOO_SERVERS是集群中的主机列表。

docker-compose.yml所在目录下执行docker-compose up,可以看到启动的日志。

连接 ZooKeeper

将集群启动起来以后我们可以连接 ZooKeeper 对其进行节点的相关操作。

首先我们需要将 ZooKeeper 下载下来。ZooKeeper 下载地址。将其解压进入其conf目录中,将zoo_sample .cfg改成zoo.cfg

配置文件说明

# The number of milliseconds of each tick# tickTime:CS通信心跳数# Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔,也就是每个 tickTime 时间就会发送一个心跳。tickTime以毫秒为单位。tickTime=2000# The number of ticks that the initial# synchronization phase can take# initLimit:LF初始通信时限# 集群中的follower服务器(F)与leader服务器(L)之间初始连接时能容忍的最多心跳数(tickTime的数量)。initLimit=5# The number of ticks that can pass between# sending a request and getting an acknowledgement# syncLimit:LF同步通信时限# 集群中的follower服务器与leader服务器之间请求和应答之间能容忍的最多心跳数(tickTime的数量)。syncLimit=2# the directory where the snapshot is stored.# do not use /tmp for storage, /tmp here is just# example sakes.# dataDir:数据文件目录# Zookeeper保存数据的目录,默认情况下,Zookeeper将写数据的日志文件也保存在这个目录里。dataDir=/data/soft/zookeeper-3.4.12/data# dataLogDir:日志文件目录# Zookeeper保存日志文件的目录。dataLogDir=/data/soft/zookeeper-3.4.12/logs# the port at which the clients will connect# clientPort:客户端连接端口# 客户端连接 Zookeeper 服务器的端口,Zookeeper 会监听这个端口,接受客户端的访问请求。clientPort=2181# the maximum number of client connections.# increase this if you need to handle more clients#maxClientCnxns=60## Be sure to read the maintenance section of the# administrator guide before turning on autopurge.## http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance## The number of snapshots to retain in dataDir#autopurge.snapRetainCount=3# Purge task interval in hours# Set to "0" to disable auto purge feature#autopurge.purgeInterval=1# 服务器名称与地址:集群信息(服务器编号,服务器地址,LF通信端口,选举端口)# 这个配置项的书写格式比较特殊,规则如下:# server.N=YYY:A:B# 其中N表示服务器编号,YYY表示服务器的IP地址,A为LF通信端口,表示该服务器与集群中的leader交换的信息的端口。B为选举端口,表示选举新leader时服务器间相互通信的端口(当leader挂掉时,其余服务器会相互通信,选择出新的leader)。一般来说,集群中每个服务器的A端口都是一样,每个服务器的B端口也是一样。但是当所采用的为伪集群时,IP地址都一样,只能时A端口和B端口不一样。

可以不修改zoo.cfg,默认配置就行,接下来在解压后的 bin 目录中执行命令./zkCli.sh -server 127.0.0.1:2181就能进行连接了。

Welcome to ZooKeeper!

2020-06-01 15:03:52,512 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@1025] - Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error)

JLine support is enabled

2020-06-01 15:03:52,576 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@879] - Socket connection established to localhost/127.0.0.1:2181, initiating session

2020-06-01 15:03:52,599 [myid:] - INFO  [main-SendThread(localhost:2181):ClientCnxn$SendThread@1299] - Session establishment complete on server localhost/127.0.0.1:2181, sessionid = 0x100001140080000, negotiated timeout = 30000

WATCHER::

WatchedEvent state:SyncConnected type:None path:null

[zk: 127.0.0.1:2181(CONNECTED) 0]

接下来我们可以使用命令查看节点了

使用 ls 命令查看当前 ZooKeeper 中所包含的内容

命令:ls /

[zk: 127.0.0.1:2181(CONNECTED) 10] ls /

[zookeeper] ```

创建了一个新的 znode 节点“ zk ”以及与它关联的字符串

命令:create /zk myData

[zk: 127.0.0.1:2181(CONNECTED) 11] create /zk myData

Created /zk [zk: 127.0.0.1:2181(CONNECTED) 12] ls / [zk, zookeeper] [zk: 127.0.0.1:2181(CONNECTED) 13] ```

获取znode节点zk

命令:get /zk

[zk: 127.0.0.1:2181(CONNECTED) 13] get /zk

myData cZxid = 0x400000008 ctime = Mon Jun 01 15:07:50 CST 2020 mZxid = 0x400000008 mtime = Mon Jun 01 15:07:50 CST 2020 pZxid = 0x400000008 cversion = 0 dataVersion = 0 aclVersion = 0 ephemeralOwner = 0x0 dataLength = 6 numChildren = 0

```

删除znode节点zk

命令:delete /zk

[zk: 127.0.0.1:2181(CONNECTED) 14] delete /zk

[zk: 127.0.0.1:2181(CONNECTED) 15] ls / [zookeeper] ```

由于篇幅有限,下篇文章会根据上面提到的 ZooKeeper 应用场景逐一进行用代码进行实现。

ZooKeeper 的Docker配置文件存放处

ZooKeeper 的Docker配置文件存放处

ZooKeeper 的Docker配置文件存放处

大家可以直接从上面拉取项目,启动RocketMQ只需要两步

从GitHub 上面拉取项目在 ZooKeeper 文件夹中执行docker-compose up命令

参考文章

http://www.jucaiylzc.cn /2011/10/08/1232/

http://www.dongdongrji.cn /2019/04/25/1_Zookeeper%E8%AF%A6%E8%A7%A3/

https://www.jintianxuesha.com /cyfonly/p/5626532.html

http://www.hengxuangyul.com .com/docker-zookeeper-cluster/

https://www.qiaoheibpt.com maizitoday.github.io/post/zookeeper%E5%85%A5%E9%97%A8/

总结

到此这篇关于史上最便捷搭建Zookeeper服务器的方法的文章就介绍到这了,更多相关Zookeeper服务器搭建内容请搜索真格学网以前的文章或继续浏览下面的相关文章希望大家以后多多支持真格学网!

分析如下:《孙子兵法》的主要军事思想有五个:1、战略运筹。2、作战指挥。3、战场机变。4、军事地理。5、特殊战法。《孙子兵法》又称《孙子兵书》、《孙武兵书》、《孙武兵法》、《吴孙子兵法》等,是中国现存最早的兵书,也是世界上最早的军事著作,被誉为“兵学圣典”。一共十三篇,共有六千字左右。主要有五种军事思想:一、战略运筹(第一篇至第三篇):第一篇《始计篇》:讲的是庙算,即出兵前在庙堂上比较敌我的各种条件,估算战事胜负的可能性,并制订作战计划。第二篇《作战篇》:讲的是庙算后的战争动员及取用于敌,胜敌益强。第三篇《谋攻篇》:讲的是以智谋攻城,即不专用武力,而是采用各种手段使守敌投降。二、作战指挥(第四篇至第六篇):第四篇《军形篇》:讲的是具有客观、稳定、易见等性质的因素,如战斗力的强弱、战争的物质准备。第五篇《兵势篇》:讲的是指主观、易变、带有偶然性的因素,如兵力的配置、士气的勇怯。第六篇《虚实篇》:讲的是如何通过分散集结、包围迂回,造成预定会战地点上的我强敌劣,以多胜少。三、战场机变(第七篇至第九篇):第七篇《军争篇》:讲的是如何“以迂为直”、“以患为利”,夺取会战的先机之利。第八篇《九变篇》:讲的是将军根据不同情况采取不同的战略战术。第九篇《行军篇》:讲的是如何在行军中宿营和观察敌情。四、军事地理(第十篇至第十一篇):第十篇《地形篇》:讲的是六种不同的作战地形及相应的战术要求。第十一篇《九地篇》:讲的是依“主客”形势和深入敌方的程度等划分的九种e69da5e6ba907a686964616f31333365666239作战环境及相应的战术要求。五、特殊战法(第十二篇至第十三篇):第十二篇《火攻篇》:讲的是以火助攻与“慎战”思想。第十三篇《用间篇》:讲的是五种间谍的配合使用。扩展资料:《孙子兵法》又称《孙武兵法》、《吴孙子兵法》、《孙子兵书》、《孙武兵书》等,是中国现存最早的兵书,也是世界上最早的军事著作,被誉为“兵学圣典”。共有六千字左右,一共十三篇。《孙子兵法》是中国古代军事文化遗产中的璀璨瑰宝,优秀传统文化的重要组成部分,其内容博大精深,思想精邃富赡,逻辑缜密严谨,是古代军事思想精华的集中体现。作者为春秋时祖籍齐国乐安的吴国将军孙武。《孙子兵法》被奉为兵家经典。诞生至今已有2500年历史,历代都有研究。李世民说“观诸兵书,无出孙武”。兵法是谋略,谋略不是小花招,而是大战略、大智慧。如今,孙子兵法已经走向世界。它也被翻译成多种语言,在世界军事史上也具有重要的地位。《孙子兵法》竹简1972年出土在临沂。孙子兵法的传播《孙子兵法》在国外的流传,许多著述都认为以日本最早,朝鲜次之。因为这两个与中国相邻的国家在历史上与中国文化交流频繁,而日本奈良时代多次派遣学生到中国学习,无疑为《孙子兵法》的东传搭建了便捷的桥梁。据史书记载,在公元734年,也就是处于鼎盛时期的唐朝开元二十二年,在中国留学长达17年之久的日本学生吉备真备历尽艰辛回到自己的祖国。这位兼修文武的饱学之士,在离开繁华的唐朝都城时并没有携带什么丝绸珍宝,而是用唐朝廷赏赐给他的钱来买书,将大批记载中国兵学阵法知识的书籍捆载而归,回到故乡后传授给日本的文士武将。而据一部名叫《续日本纪》的日本古书所说,吉备回国后的第26年(公元760年),奈良王朝曾派授刀舍人春日部三关、中卫舍人土师宿弥关城等6人到太宰府跟随吉备学习《孙子·九地》、《诸葛亮八阵》以及结营向背等方面的知识。这说明吉备所带回的这批典籍中确实包括被人们奉为“兵经”的《孙子兵法》。如果这一记载准确无误的话,那么《孙子兵法》传入日本至少有1200多年的历史了。日本著名兵法史学者佐藤坚司却认为,说吉备真备将《孙子兵法》传入日本,时间过晚。按照他的推断,中国兵法传入日本是早在公元663年以前的事儿。这一年,来自朝鲜半岛百济国的几位兵法家到达日本,在那里领导修筑了几座城池,并因为精通中国兵法被授予荣誉勋位。佐藤推测很可能是这几位百济兵法家把中国兵法(当然包括《孙子兵法》)传入日本的。他的证据是,在57年之后成书的《日本书纪》中,出现了“倏忽之间,出其不意,则破之必也”这样的话,这与《孙子兵法·计》篇的“出其不意”以及《虚实》篇的“趋其所不意”,在文字和意思上是相同的。之所以出现这样的巧合,是因为该书的编纂者舍人亲王、太安麻吕已熟知《孙子兵法》上的话,所以用这些话来描述神武天王时代的战法。佐藤的推断将《孙子兵法》传入日本的时间向前推了70多年,而且可能由此改写该书传入日本的路径,即:《孙子兵法》不是借扁舟孤帆之力,从中国大陆循海路直达日本,而是先传入高句丽、新罗、百济三国鼎立时代的朝鲜半岛,然后才由百济兵法家们传入日本的。参考资料:百度百科:孙子兵法内容来自www.zgxue.com请勿采集。


  • 本文相关:
  • windows系统搭建zookeeper服务器的教程
  • docker搭建zookeeper&kafka集群的实现
  • springcloud用zookeeper搭建配置中心的方法
  • activemq基于zookeeper的主从(leveldb master/slave)搭建
  • 解决zabbix监控因php问题导致图形界面中文乱码方法
  • 解决zabbix server is running | no.的方法
  • linux平台zabbix agent的安装配置方法
  • zabbix安装图文教程(需要lamp或者lnmp运行环境)
  • zabbix监控方案-官方最新4.4版本【推荐】
  • zabbix 配置钉钉告警功能的实现代码
  • zabbix监控nginx/tomcat/mysql的详细教程
  • 获取zabbix上所有主机的ip和主机名的实例代码
  • zabbix通过psk共享密钥实现server和agent的通信加密
  • zabbix系统端口监控状态
  • 孙子兵法主要军事思想有哪些?
  • 现代交通运输给我们的生活带来了哪些方便?
  • 对待外来文化的正确态度是什么?
  • 深度创艺公司是做什么的?
  • 怎么开发搭建一个网约车平台?
  • 无线路由器中的WDS是什么意思
  • 孙子兵法的后世影响
  • 一个游戏的寿命究竟有多长?
  • 审时度势,戒骄戒躁 还有一句是什么
  • 武清的发展变化
  • 网站首页网页制作脚本下载服务器操作系统网站运营平面设计媒体动画电脑基础硬件教程网络安全星外虚拟主机华众虚拟主机linuxwin服务器ftp服务器dns服务器tomcat nginxzabbix云和虚拟化服务器其它首页服务器windows系统搭建zookeeper服务器的教程docker搭建zookeeper&kafka集群的实现springcloud用zookeeper搭建配置中心的方法activemq基于zookeeper的主从(leveldb master/slave)搭建解决zabbix监控因php问题导致图形界面中文乱码方法解决zabbix server is running | no.的方法linux平台zabbix agent的安装配置方法zabbix安装图文教程(需要lamp或者lnmp运行环境)zabbix监控方案-官方最新4.4版本【推荐】zabbix 配置钉钉告警功能的实现代码zabbix监控nginx/tomcat/mysql的详细教程获取zabbix上所有主机的ip和主机名的实例代码zabbix通过psk共享密钥实现server和agent的通信加密zabbix系统端口监控状态zabbix邮件报警设置方法zabbix监控交换机设置方法zabbix监控linux主机设置方法zabbix安装图文教程(需要lamp或者解决zabbix server is running |zabbix利用python脚本发送报警邮详解如何调用zabbix api获取主机zabbix v3.0安装部署全过程详解zabbix系统端口监控状态zabbix监控方案-官方最新4.4版本zabbix通过psk共享密钥实现server和agentzabbix执行远程主机的脚本或指令详解linux平台zabbix agent的安装配置方法zabbix实现批量监控端口状态的方法zabbix的psk加密结合zabbix_get取值zabbix监控方案-官方最新4.4版本【推荐】zabbix监控linux系统服务的流程zabbix利用python脚本发送报警邮件的方法zabbix 配置钉钉告警功能的实现代码linux shell环境下zabbix api的使用
    免责声明 - 关于我们 - 联系我们 - 广告联系 - 友情链接 - 帮助中心 - 频道导航
    Copyright © 2017 www.zgxue.com All Rights Reserved