火影战役经典战役

一、火影战役经典战役

火影战役经典战役一直是吸引着众多粉丝关注的热门话题。在Naruto、Boruto等系列作品中，经典战役不仅展现了角色间的激烈对抗，更蕴含着深刻的情感和思想内涵。本文将就火影系列中一些令人难忘的战役进行回顾和分析。

忍者之间的较量

火影系列中展现出的忍术对战可以说是一大看点，每位角色都拥有独特的忍术技能，战斗方式也各具特色。在经典战役中，我们经常看到各种技巧的碰撞，不仅考验着角色们的实力和智慧，更直观地展现了他们之间的相互理解和信任。

兄弟情深

火影系列中的战役不仅仅是简单的对抗，更体现了角色之间的情感纠葛。兄弟情谊一直是火影系列的核心主题之一，例如宇智波兄弟的故事以及它们之间的战斗，无一不触动着观众的心弦。在这些战斗中，我们看到了友情、家族以及对未来的执着追求。

师徒相拼

忍者世界中，师徒关系一直占据着重要位置。师父传道授业解惑，传授技艺；徒弟虔诚听从，努力学习。然而，在战役中，师生之间的对决却是另一种形式的交流。师父对徒弟的期许与考验，徒弟对师父的信任与挑战，构成了许多感人至深的经典战役场面。

绝地反击

在火影战役经典战役中，绝地反击往往是令人激动的一幕。主人公遭遇逆境，危机关头展现出的无畏与力量，常常让观众为之动容。这种绝地反击确形成了许多战役中最为精彩的瞬间，也渲染了剧情的高潮和转折。

战争之影

虽然忍者世界充满了浓厚的忍术氛围，但终究无法避免争斗与战争的蔓延。战争场面在火影系列中一直占据着重要地位，各个忍村之间的大型战斗更是给观众带来了视觉和心灵上的双重震撼。这样的大战场面无疑是火影战役中的一大亮点。

拯救世界

在经典战役中，拯救世界往往是角色们的终极使命。无论是为了保护亲人、忍村，还是为了实现自己的理想，主人公总是义无反顾地投入到战争中。这样的拯救世界的战役既展示了角色的坚韧与勇气，也勾勒出了一个个感人至深的故事情节。

结语

总的来说，火影战役经典战役不仅是一场忍者之间的较量，更是一次次心灵的碰撞与挑战。这些战役不仅展示了忍者们的实力和智慧，更表现出了他们之间的情感纠葛和情谊。正是这些经典战役，让观众对火影系列产生了深刻的情感共鸣，也让这部作品成为了不朽的经典之一。

二、人工智能是人工智能机么？

人工智能不是人工智能机。首先要了解什么是人工智能，人工智能（Artificial Intelligence），英文缩写为AI。它是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学。

人工智能是计算机科学的一个分支，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器，该领域的研究包括机器人、语言识别、图像识别、自然语言处理和专家系统等。人工智能从诞生以来，理论和技术日益成熟，应用领域也不断扩大，可以设想，未来人工智能带来的科技产品，将会是人类智慧的“容器”。人工智能可以对人的意识、思维的信息过程的模拟。人工智能不是人的智能，但能像人那样思考、也可能超过人的智能。

人工智能是一门极富挑战性的科学，从事这项工作的人必须懂得计算机知识，心理学和哲学。人工智能是包括十分广泛的科学，它由不同的领域组成，如机器学习，计算机视觉等等，总的说来，人工智能研究的一个主要目标是使机器能够胜任一些通常需要人类智能才能完成的复杂工作。但不同的时代、不同的人对这种“复杂工作”的理解是不同的。

三、魔兽地图战役剧情战役地图

魔兽地图战役剧情战役地图

在许多魔兽玩家心中，魔兽地图战役剧情战役地图扮演着至关重要的角色。这些地图不仅是游戏的一部分，更是玩家们在战役中体验和享受故事情节的重要途径。魔兽地图战役剧情战役地图的设计无疑是游戏制作中的一项关键工作，它们为玩家提供了丰富的游戏体验和挑战。

每个魔兽地图战役剧情战役地图都有其独特的故事情节和设定。玩家可以在这些地图中体验到不同的挑战和任务，通过完成这些任务，他们可以了解更多关于游戏世界的故事背景，并与游戏中的角色展开互动。

魔兽地图战役剧情战役地图的特点

魔兽地图战役剧情战役地图具有许多吸引玩家的特点。首先，这些地图通常具有精心设计的故事情节，玩家可以在其中体验到扣人心弦的剧情发展，让他们沉浸于游戏世界之中。

其次，这些地图还包含了丰富多样的任务和挑战，玩家需要通过不同的方式解决问题，战胜敌人并取得胜利。这种多样性不仅增加了游戏的趣味性，也让玩家可以尝试不同的游戏策略。

另外，魔兽地图战役剧情战役地图还提供了各种不同的地形和环境，让玩家可以在多样化的场景中展开冒险。有些地图可能是在森林中展开，而另一些地图则可能是在雪地或沙漠中进行战斗。这种多样性让玩家感受到游戏世界的丰富性和变化性。

如何设计优秀的魔兽地图战役剧情战役地图

要设计优秀的魔兽地图战役剧情战役地图，需要从多个方面着手。首先，要确保地图的故事情节紧凑有趣，能够吸引玩家的注意力并激发他们的兴趣。一个好的故事背景可以让玩家更容易投入游戏，体验其中的乐趣。

其次，地图中的任务和挑战要有一定的难度和变化性，这样玩家在完成任务的过程中会感到挑战和成就感。任务可以设置不同的难度级别，让不同水平的玩家都能找到适合自己的挑战。

此外，地图的环境和地形设计也是至关重要的。通过精心设计的地形和环境，可以让玩家更好地融入游戏世界中，感受到其中不同场景的真实性和多样性。

结语

总的来说，魔兽地图战役剧情战役地图在魔兽游戏中扮演着非常重要的角色，它们不仅为游戏增添了趣味性和挑战性，也让玩家可以更深入地了解游戏世界的故事情节和背景。希望游戏制作商能够继续设计出更多优秀的魔兽地图战役剧情战役地图，为玩家带来更多精彩的游戏体验。

四、长城战役战役时间？

长城抗战是国民革命军早期在长城沿线抗击日军的战斗。1933年3月5日至5月25日，在长城义院口，冷口，喜峰口，古北口等地，国民革命军组织的西北军，东北军，中央军与日寇展开了殊死搏斗，虽英勇顽强，终因实力差距败退，主力撤回后方而结束。

五、单片机编程人工智能？

摘要：不知道大家有没有这样一种感觉，就是感觉自己玩单片机还可以，各个功能模块也都会驱动，但是如果让你完整的写一套代码，却无逻辑与框架可言，上来就是开始写！东抄抄写抄抄。说明编程还处于比较低的水平，那么如何才能提高自己的编程水平呢？学会一种好的编程框架或者一种编程思想，可能会受用终生！比如模块化编程，框架式编程，状态机编程等等，都是一种好的框架。

今天说的就是状态机编程，由于篇幅较长，大家慢慢欣赏。那么状态机是一个这样的东东？状态机(state machine)有5个要素，分别是状态(state)、迁移(transition)、事件(event)、动作(action)、条件(guard)。

什么是状态机？

状态机是一个这样的东东：状态机(state machine)有 5 个要素，分别是状态(state)、迁移(transition)、事件(event)、动作(action)、条件(guard)。

状态：一个系统在某一时刻所存在的稳定的工作情况，系统在整个工作周期中可能有多个状态。例如一部电动机共有正转、反转、停转这 3 种状态。

一个状态机需要在状态集合中选取一个状态作为初始状态。

迁移：系统从一个状态转移到另一个状态的过程称作迁移，迁移不是自动发生的，需要外界对系统施加影响。停转的电动机自己不会转起来，让它转起来必须上电。

事件：某一时刻发生的对系统有意义的事情，状态机之所以发生状态迁移，就是因为出现了事件。对电动机来讲，加正电压、加负电压、断电就是事件。

动作：在状态机的迁移过程中，状态机会做出一些其它的行为，这些行为就是动作，动作是状态机对事件的响应。给停转的电动机加正电压，电动机由停转状态迁移到正转状态，同时会启动电机，这个启动过程可以看做是动作，也就是对上电事件的响应。

条件：状态机对事件并不是有求必应的，有了事件，状态机还要满足一定的条件才能发生状态迁移。还是以停转状态的电动机为例，虽然合闸上电了，但是如果供电线路有问题的话，电动机还是不能转起来。

只谈概念太空洞了，上一个小例子：一单片机、一按键、俩 LED 灯(记为L1和L2)、一人， 足矣！

【学习交流群】不知道怎么学？遇到问题没人问？到处找资料？邀请你加入我的嵌入式物联网单片机学习交流群，群内气氛活跃，大咖小白、在职、学生都有，还有群友整理收集的100G教程资料，点击下方进群占位。（点击跳转到群二维码，请放心点击！）

规则描述：

1、L1L2状态转换顺序OFF/OFF--->ON/OFF--->ON/ON--->OFF/ON--->OFF/OFF

2、通过按键控制L1L2的状态,每次状态转换需连续按键5次

3、L1L2的初始状态OFF/OFF

下面这段程序是根据功能要求写成的代码。

程序清单List1：

void main(void)
{
 sys_init();
 led_off(LED1);
 led_off(LED2);
 g_stFSM.u8LedStat = LS_OFFOFF;
 g_stFSM.u8KeyCnt = 0;
 while(1)
 {
  if(test_key()==TRUE)
  {
   fsm_active();
  }
  else
  {
   ; /*idle code*/
  }
 }
}
void fsm_active(void)
{
 if(g_stFSM.u8KeyCnt > 3) /*击键是否满 5 次*/
 {
  switch(g_stFSM.u8LedStat)
  {
   case LS_OFFOFF:
    led_on(LED1); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_ONOFF; /*状态迁移*/
    break;
   case LS_ONOFF:
    led_on(LED2); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_ONON; /*状态迁移*/
    break;
   case LS_ONON:
    led_off(LED1); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_OFFON; /*状态迁移*/
    break;
   case LS_OFFON:
    led_off(LED2); /*输出动作*/
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_OFFOFF; /*状态迁移*/
    break;
   default: /*非法状态*/
    led_off(LED1);
    led_off(LED2);
    g_stFSM.u8KeyCnt = 0;
    g_stFSM.u8LedStat = LS_OFFOFF; /*恢复初始状态*/
    break;
  }
 }
 else
 {
  g_stFSM.u8KeyCnt++; /*状态不迁移，仅记录击键次数*/
 }
}

实际上在状态机编程中，正确的顺序应该是先有状态转换图，后有程序，程序应该是根据设计好的状态图写出来的。不过考虑到有些童鞋会觉得代码要比转换图来得亲切，我就先把程序放在前头了。

这张状态转换图是用UML(统一建模语言)的语法元素画出来的，语法不是很标准，但拿来解释问题足够了。

圆角矩形代表状态机的各个状态，里面标注着状态的名称。

带箭头的直线或弧线代表状态迁移，起于初态，止于次态。

图中的文字内容是对迁移的说明，格式是：事件[条件]/动作列表(后两项可选)。

“事件[条件]/动作列表”要说明的意思是：如果在某个状态下发生了“事件”，并且状态机

满足“[条件]”，那么就要执行此次状态转移，同时要产生一系列“动作”，以响应事件。在这个例子里，我用“KEY”表示击键事件。

图中有一个黑色实心圆点，表示状态机在工作之前所处的一种不可知的状态，在运行之前状态机必须强制地由这个状态迁移到初始状态，这个迁移可以有动作列表(如图1所示)，但不需要事件触发。

图中还有一个包含黑色实心圆点的圆圈，表示状态机生命周期的结束，这个例子中的状态机生生不息，所以没有状态指向该圆圈。

关于这个状态转换图就不多说了，相信大家结合着上面的代码能很容易看明白。现在我们再聊一聊程序清单List1。

先看一下fsm_active()这个函数，g_stFSM.u8KeyCnt = 0;这个语句在switch—case里共出现了 5 次，前 4 次是作为各个状态迁移的动作出现的。从代码简化提高效率的角度来看，我们完全可以把这 5 次合并为 1 次放在 switch—case 语句之前，两者的效果是完全一样的，代码里之所以这样啰嗦，是为了清晰地表明每次状态迁移中所有的动作细节，这种方式和图2的状态转换图所要表达的意图是完全一致的。

再看一下g_stFSM这个状态机结构体变量，它有两个成员：u8LedStat和 u8KeyCnt。用这个结构体来做状态机好像有点儿啰嗦，我们能不能只用一个像 u8LedStat 这样的整型变量来做状态机呢？

当然可以！我们把图 2中的这 4 个状态各自拆分成 5 个小状态，这样用 20 个状态同样能实现这个状态机，而且只需要一个 unsigned char 型的变量就足够了，每次击键都会引发状态迁移， 每迁移 5 次就能改变一次 LED 灯的状态，从外面看两种方法的效果完全一样。

假设我把功能要求改一下，把连续击键5次改变L1L2的状态改为连续击键100次才能改变L1L2的状态。这样的话第二种方法需要4X100=400个状态！而且函数fsm_active()中的switch—case语句里要有400个case，这样的程序还有法儿写么？！

同样的功能改动，如果用g_stFSM这个结构体来实现状态机的话，函数fsm_active()只需要将if(g_stFSM.u8KeyCnt>3)改为if(g_stFSM.u8KeyCnt > 98)就可以了！

g_stFSM结构体的两个成员中，u8LedStat可以看作是质变因子，相当于主变量；u8KeyCnt可以看作是量变因子，相当于辅助变量。量变因子的逐步积累会引发质变因子的变化。

像g_stFSM这样的状态机被称作Extended State Machine，我不知道业内正规的中文术语怎么讲，只好把英文词组搬过来了。

2、状态机编程的优点

说了这么多，大家大概明白状态机到底是个什么东西了，也知道状态机化的程序大体怎么写了，那么单片机的程序用状态机的方法来写有什么好处呢？

(1)提高CPU使用效率

话说我只要见到满篇都是delay_ms()的程序就会蛋疼，动辄十几个ms几十个ms的软件延时是对CPU资源的巨大浪费，宝贵的CPU机时都浪费在了NOP指令上。那种为了等待一个管脚电平跳变或者一个串口数据而岿然不动的程序也让我非常纠结，如果事件一直不发生，你要等到世界末日么？

把程序状态机化，这种情况就会明显改观，程序只需要用全局变量记录下工作状态，就可以转头去干别的工作了，当然忙完那些活儿之后要再看看工作状态有没有变化。只要目标事件(定时未到、电平没跳变、串口数据没收完)还没发生，工作状态就不会改变，程序就一直重复着“查询—干别的—查询—干别的”这样的循环，这样CPU就闲不下来了。在程序清单 List3 中，if{}else{}语句里else下的内容(代码中没有添加，只是加了一条/*idle code*/的注释示意)就是上文所说的“别的工作” 。

这种处理方法的实质就是在程序等待事件的过程中间隔性地插入一些有意义的工作，好让CPU不是一直无谓地等待。

(2) 逻辑完备性

我觉得逻辑完备性是状态机编程最大的优点。

不知道大家有没有用C语言写过计算器的小程序，我很早以前写过，写出来一测试，那个惨不忍睹啊！当我规规矩矩的输入算式的时候，程序可以得到正确的计算结果，但要是故意输入数字和运算符号的随意组合，程序总是得出莫名其妙的结果。

后来我试着思维模拟一下程序的工作过程，正确的算式思路清晰，流程顺畅，可要碰上了不规矩的式子，走着走着我就晕菜了，那么多的标志位，那么多的变量，变来变去，最后直接分析不下去了。

很久之后我认识了状态机，才恍然明白，当时的程序是有逻辑漏洞的。如果把这个计算器程序当做是一个反应式系统，那么一个数字或者运算符就可以看做一个事件，一个算式就是一组事件组合。对于一个逻辑完备的反应式系统，不管什么样的事件组合，系统都能正确处理事件，而且系统自身的工作状态也一直处在可知可控的状态中。反过来，如果一个系统的逻辑功能不完备，在某些特定事件组合的驱动下，系统就会进入一个不可知不可控的状态，与设计者的意图相悖。

状态机就能解决逻辑完备性的问题。

状态机是一种以系统状态为中心，以事件为变量的设计方法，它专注于各个状态的特点以及状态之间相互转换的关系。状态的转换恰恰是事件引起的，那么在研究某个具体状态的时候，我们自然而然地会考虑任何一个事件对这个状态有什么样的影响。这样，每一个状态中发生的每一个事件都会在我们的考虑之中，也就不会留下逻辑漏洞。

这样说也许大家会觉得太空洞，实践出真知，某天如果你真的要设计一个逻辑复杂的程序，

我保证你会说：哇！状态机真的很好用哎！

(3)程序结构清晰

用状态机写出来的程序的结构是非常清晰的。

程序员最痛苦的事儿莫过于读别人写的代码。如果代码不是很规范，而且手里还没有流程图，读代码会让人晕了又晕，只有顺着程序一遍又一遍的看，很多遍之后才能隐约地明白程序大体的工作过程。有流程图会好一点，但是如果程序比较大，流程图也不会画得多详细，很多细节上的过程还是要从代码中理解。

相比之下，用状态机写的程序要好很多，拿一张标准的UML状态转换图，再配上一些简明的文字说明，程序中的各个要素一览无余。程序中有哪些状态，会发生哪些事件，状态机如何响应，响应之后跳转到哪个状态，这些都十分明朗，甚至许多动作细节都能从状态转换图中找到。可以毫不夸张的说，有了UML状态转换图，程序流程图写都不用写。

六、马累战役

马累战役：二战中的关键转折点

二战期间，马累战役被公认为是一个具有重要影响和关键转折点的战役。这场战役发生在1942年，在马尔代夫马累岛的环境中展开，涉及日本和英国的战争势力。此战役不仅改变了东南亚地区的战略格局，也在整个二战中产生了巨大影响。

背景 马累战役发生在二战的关键时期，当时日本东南亚战役正处于高潮阶段。日本希望通过控制马尔代夫群岛，进一步扩大其势力范围，并阻止盟军在该地区的进攻行动。而英国则试图在战略上削弱日本的力量，保护其在亚洲的殖民地。

战役过程 马累战役从1942年4月到7月进行，主要涉及日本和英国的海军力量之间的对抗。日本海军派遣了一支强大的舰队，试图占领马尔代夫。然而，英国舰队不甘示弱，执行了反击行动，阻止了日军的进攻。

在战役初期，日本海军取得了一定的优势，占领了一些马尔代夫的岛屿。然而，英国舰队凭借其高度组织化的作战行动，在马尔代夫海域与日本舰队展开了一系列激烈的战斗。经过数次交战，英国舰队成功地击退了日军，并收复了失地。

影响 马累战役的结果对于整个东南亚地区的战略格局产生了深远的影响。首先，英国在这场战役中保护了其在亚洲的殖民地，维持了其在该地区的统治地位。其次，此战役削弱了日本的海军实力，对于盟军在太平洋战争中取得战略优势起到了推动作用。

总结 马累战役是二战中的一场关键战役，对于东南亚地区的战略格局产生了重要影响。英国在此战役中成功击败了日本，保护了其在亚洲的利益，并削弱了日本的军事实力。马累战役的胜利也为盟军在太平洋战争中取得胜利打下了基础。

七、铃兰战役

铃兰战役：一场历史的转折点

铃兰战役是指发生在二战期间的一场重要战役，对于整个太平洋战争的进程产生了深远的影响。该战役于1942年5月4日至8日在南太平洋的所罗门群岛进行，是美日两国为争夺该地区控制权而展开的激烈对抗。

铃兰战役之所以备受关注，是因为它标志着日本在太平洋地区的战略决策发生了重大转变。在这次战役之前，日本几乎完全占领了整个所罗门群岛，这使得其控制了太平洋南部的战略要地。然而，美国意识到夺回所罗门群岛对于扭转战局至关重要，因此发起了铃兰战役。

铃兰战役的战略目标在于摧毁日本海军的铃兰航空母舰，并尽可能多地消耗日本的军事资源。美国军队通过将主要力量聚集在铃兰岛附近，并派遣了航空母舰等强大的海军力量，对日军实施了空袭和海战。

铃兰战役持续了5天的时间，双方展开了激烈的战斗。美国航空母舰的机动性和强大的航空力量使他们能够有效地进行打击，并成功地击沉了铃兰航空母舰。这一重要战果不仅削弱了日本海军的实力，也鼓舞了美国军队的士气。

铃兰战役的结果对于整个太平洋战争产生了深远的影响。首先，这场战役扭转了美日两国在太平洋地区的战略格局。美国通过夺回所罗门群岛，打开了进攻日本的大门，为后续的战役奠定了基础。同时，这次战役还削弱了日本海军的威力，使得美国在海上拥有了更大的优势。

铃兰战役还在战术和策略层面上对战争进行了重要的探索和总结。美国军队通过灵活运用空中力量和海上力量，成功地击败了日本的铃兰航空母舰。这为以后的太平洋战斗提供了宝贵的经验和教训，对于日后的战略规划产生了重要的影响。

铃兰战役的影响不仅体现在战争层面，也体现在国际关系和历史发展上。这场战役进一步巩固了美国作为世界强国的地位，也为太平洋地区的和平稳定做出了重要贡献。同时，它也使得日本在战争中遭受了重大打击，对于战后的国家复兴产生了深远影响。

总体而言，铃兰战役是太平洋战争中一场具有重要意义的战役。它不仅改变了战局，也改变了历史进程。铃兰战役的胜利为美国在太平洋地区的进攻奠定了基础，同时也标志着日本在太平洋战争中的衰落。这场战役的影响将持续影响着亚太地区和整个世界的未来发展。

八、塔拉瓦战役的战役结果？

塔拉瓦战役，亦称为塔拉瓦环礁战役，美军代号为电击行动，是一场发生于基里巴斯吉尔伯特群岛的战役，参战双方国为美国与日本，是属于第二次世界大战太平洋战争的一部分，战事从1943年11月20日开始，一直持续至11月23日美军完全控制塔拉瓦为止。这也是二战中美军在中太平洋战区的第一次军事攻击行动。

这场战役也是美军在两栖登陆作战中首次面临日军猛烈的还击。因为美军在之前的登岛作战中几乎没有遭到日军的强力抵抗。参与本次作战的4500名日本守军在战前获得充足的补给及准备，在这场战斗中几乎与美军战到了最后一兵一卒，使美军在这次登岛作战付出了惨痛代价，在开战后76小时内共有1696名美国士兵因此阵亡（上一次日军造成美军如此重大伤亡的夺岛战役是为期半年的瓜达尔卡纳尔岛战役），最终双方在这场战斗中，共有6400人因此身亡。

九、莱芜战役后有哪些战役？

莱芜战役发生在解放战争时期，由当时华东野战军组织实施，后面有孟良崮战役、济南战役。

十、平江战役又称什么战役？

平江战役又称朱元璋灭张士诚平江之战。

平江之役，指的是在元至正二十六年十一月至二十七年(1366年一1367年)九月，在朱元璋统一江南之战中，朱元璋军在平江(今江苏苏州)消灭张士诚军的作战。

剪断张士诚两翼，再断两臂后，对平江已形成北、西、南合围之势，为贯彻其围困平江，攻其腹心的战略方针，于十一月二十五日，完成了围困平江的战略部署：徐达屯葑门、常遇春屯虎丘、郭兴屯娄门，华云龙屯胥门，汤和屯阊门，王弼屯盘门，张温屯西门，康茂才屯北门，耿秉文屯城东北，仇成屯城西门，何文辉屯城西北。朱元璋军在整个部署中，秋毫无犯，民大悦。

徐达部相继在鲇鱼口(今江苏吴江县西北)、尹山桥(今江苏吴县南)击败张士诚外围军，并在官渎(今苏州娄门外官渎桥)焚毁张军战船千余艘。在朱军的威慑下，松江(今江苏松江)府、嘉定(今江苏嘉定)州，于二十七年正月，相继投降，使平江更加孤立。

朱军在城外构筑长围，又搭起木塔、筑敌楼三层瞰城中，每层配备弓弩、火铳和襄阳炮，日夜攻击。围攻八个月，张士诚军不支，将士多降。

张士诚先后两次突围不成。六月初七，张士信被炮炸死。九月，徐达部攻入葑门，常遇春部攻入阊门，张士诚部将唐杰，潘元绍等降。张士诚率余兵巷战失败，自杀未成被俘，朱军遂占平江。通州(今江苏南通)、无锡(今江苏无锡)等地相继投降，大周政权灭亡。