小米刷机卡Fastboot?VAB/AB分区脚本适配与实操指南
1. 刷机卡Fastboot这件事到底卡在了哪里小米和红米手机的用户群体里玩机刷机的比例一直不低。不管是想降级回老版本系统、刷第三方ROM还是手机变砖之后自救线刷几乎是绕不开的一步。但很多人第一次遇到的情况是照着教程一步步操作手机进入了Fastboot界面插上数据线电脑上脚本也跑了结果屏幕上的小米兔子一动不动命令行窗口里刷机进度条卡在某个位置再也不动或者干脆报错退出。反复重试、换线、换USB口、换电脑折腾几个小时甚至一整天手机还是那个Fastboot界面。这个问题不是个例。在各大数码社区和玩机群里关于“小米刷机卡Fastboot”的求助帖几乎每天都有。而其中相当一部分案例根源并不在数据线、驱动或者手机硬件而在于官方线刷脚本本身没有适配你手上这台机器的分区结构。具体来说近几年发布的小米和红米机型大量采用了VABVirtual A/B分区和AB分区方案。传统的线刷脚本是按照老式A-only分区、单一super分区的逻辑写的刷到新机型上就会出现分区找不到、镜像写入地址错位、刷写顺序不对等问题。表现就是卡在Fastboot界面或者刷到某个分区时直接报错。这篇文章就是围绕这个核心问题展开的。我会从分区结构的基础讲起把VAB和AB分区的差异说清楚然后手把手带你修改官方线刷脚本让它在你的机器上能正常跑完。同时也会覆盖GPT分区表相关的注意事项、fastboot传文件到手机的正确姿势、驱动安装的坑以及一些常见报错的排查思路。不管你是第一次刷机的新手还是刷过几台机器但被VAB搞懵的老玩家应该都能从里面找到能直接用的东西。注意刷机有风险操作前务必备份好个人数据。本文讨论的是基于官方线刷包的脚本修改不涉及任何非官方渠道或违规内容。2. 先搞懂分区A-only、AB分区和VAB到底差在哪2.1 从A-only到AB分区安卓分区方案的演进逻辑早期的安卓手机系统分区就是一套boot、system、vendor、recovery等等各有一份。系统更新的时候手机需要重启进入recovery模式把新系统写入这些分区写入过程中手机是不能正常使用的。这种方案叫A-only结构简单但更新体验差而且一旦写入过程中断电或者出错手机就可能变砖。为了解决这个问题谷歌在安卓7.0时代引入了AB分区方案也叫A/B seamless update。核心思路是手机里有两套完整的系统分区一套叫slot A一套叫slot B。当前运行的是A系统更新的时候把新系统写入B写完之后重启切换到BA就变成了备用。这样更新过程完全在后台进行用户该干嘛干嘛重启一下就用上新系统了。而且如果B启动失败还能自动回滚到A安全性大大提高。AB分区的代价是存储空间翻倍。系统分区本来就不小再复制一份对存储空间是很大的浪费。所以后来谷歌又推出了**VABVirtual A/B**方案也就是虚拟AB分区。它的思路是不再物理上保留两套完整分区而是只保留一套super分区里面装着system、vendor、product等逻辑分区更新的时候通过snapshot技术做一份虚拟的快照写入新数据重启后切换。这样既保留了AB分区的无缝更新和回滚能力又节省了存储空间。2.2 VAB和AB分区在刷机场景下的关键差异对于日常使用来说AB和VAB的差异用户基本感知不到。但在刷机场景下这两者的差异就非常关键了。AB分区的机器fastboot刷写的时候需要指定slot。比如fastboot flash boot_a boot.img和fastboot flash boot_b boot.img是分开的。而VAB分区的机器虽然底层也有slot概念但很多分区是通过super分区动态管理的fastboot刷写逻辑和传统AB不完全一样。更关键的是小米的官方线刷包就是那种.tgz格式的完整包里面包含了一个flash_all.batWindows或flash_all.shLinux/Mac脚本。这个脚本里写死了一系列fastboot命令指定了要刷哪些分区、刷到哪个slot、按什么顺序刷。如果这个脚本是按照A-only或者早期AB的逻辑写的刷到VAB机型上就会出问题。我实测过几台机器比如Redmi Note系列的一些VAB机型用官方脚本刷的时候脚本会尝试刷system分区但VAB机型上根本没有独立的system分区system是包含在super分区里的逻辑分区。结果就是fastboot报错“partition not found”或者脚本跳过某些步骤导致刷完之后无法启动卡在Fastboot。2.3 怎么判断自己的手机是哪种分区方案判断方法其实不复杂有几种途径第一种看手机型号和发布时间。一般来说2020年之后发布的中高端小米/红米机型很多都是VAB。但这不是绝对的最准确的方法还是实际查看。第二种手机能进系统的话用ADB命令查看。连接手机开启USB调试在电脑上执行adb shell getprop ro.boot.slot_suffix如果返回_a或_b说明有slot概念。再执行adb shell getprop ro.virtual_ab.enabled如果返回true那就是VAB。返回false或者空可能是传统AB或A-only。第三种手机已经卡在Fastboot了可以在Fastboot模式下执行fastboot getvar current-slot如果返回current-slot: a之类的说明有slot。再执行fastboot getvar is-userspace以及查看分区列表fastboot getvar all在输出里找partition-type:super之类的信息。如果有super分区基本可以确定是VAB或动态分区方案。第四种直接看线刷包里的脚本内容。打开flash_all.bat看看里面有没有--slot参数有没有刷super分区的命令有没有system分区的独立刷写命令。这些都能帮你判断脚本是按哪种分区方案写的。实操心得我一般会先用fastboot getvar all把手机的分区信息全部导出来存成一个文本文件。这样后面改脚本的时候对着实际分区列表来改比凭记忆靠谱得多。这个命令的输出很长建议重定向到文件里慢慢看。3. 官方线刷脚本拆解它到底在干什么3.1 flash_all脚本的整体结构小米官方线刷包解压之后根目录下会有几个关键文件flash_all.bat、flash_all.sh、flash_all_except_storage.bat、flash_all_lock.bat等等。其中flash_all.bat是最常用的它会刷写所有分区并清除数据。打开这个bat文件你会看到它大致分为几个部分第一部分是环境检查和变量定义。它会检查fastboot工具是否存在定义一些路径变量。第二部分是刷写前的准备操作。比如fastboot erase一些分区fastboot set_active切换slotfastboot reboot-bootloader重启到bootloader等等。第三部分是核心的刷写命令序列。一条一条的fastboot flash命令把各个img文件写入对应的分区。第四部分是刷写后的收尾操作。比如fastboot reboot重启手机或者fastboot oem执行一些厂商特定的命令。3.2 脚本里和分区相关的关键命令脚本里最核心的就是那些fastboot flash命令。我拿一个典型的官方脚本片段举例fastboot flash boot boot.img fastboot flash system system.img fastboot flash vendor vendor.img fastboot flash recovery recovery.img这是A-only机型的写法。到了AB分区机型会变成fastboot flash boot_a boot.img fastboot flash boot_b boot.img fastboot flash system_a system.img fastboot flash system_b system.img而VAB机型的脚本通常会看到fastboot flash super super.img fastboot flash boot boot.img fastboot flash vbmeta vbmeta.img注意VAB机型上system、vendor、product这些都在super.img里面不需要单独刷。脚本只需要刷super分区然后刷boot、vbmeta等独立分区就行了。如果你拿到的官方脚本是A-only版本的但你的手机是VAB脚本就会尝试刷system分区而你的手机上没有这个分区fastboot就会报错。有些脚本在报错后不会停止继续往下执行结果就是刷了一半手机状态不完整重启后卡在Fastboot。3.3 脚本执行顺序的重要性刷机脚本里命令的顺序不是随便排的。一般来说要先刷底层分区再刷上层分区。比如先刷super再刷boot再刷vbmeta。如果顺序反了可能会出现依赖问题。另外fastboot set_active这个命令的位置也很关键。它用来切换当前活动的slot。如果在刷写之前就切换了slot但刷写过程中出错可能会导致两个slot都不完整手机无法启动。通常的做法是先刷当前slot刷完之后如果需要再切换slot刷另一个最后设置回正确的活动slot。还有一个容易忽略的点fastboot reboot-bootloader。有些脚本在刷完一部分分区后会重启bootloader让新的分区表生效。如果你手动改脚本的时候把这个命令删了或者放错位置可能会导致后续刷写找不到分区。注意改脚本之前一定要把原始脚本备份一份。我见过有人改完脚本刷机失败想恢复原脚本结果发现原始文件被覆盖了只能重新下载整个线刷包浪费时间和流量。4. 动手改脚本VAB和AB机型的适配方案4.1 准备工作确认分区列表和镜像文件改脚本之前先把两样东西准备好手机的实际分区列表和线刷包里的镜像文件列表。分区列表用fastboot getvar all导出重点看这几个有没有super分区有没有system、vendor、product这些独立分区slot相关的变量比如current-slot、slot-countpartition-type信息镜像文件列表就是线刷包解压后根目录下的所有.img文件。用ls或者文件管理器看一下记下有哪些img。然后做一个对照哪些img对应哪些分区哪些img在VAB机型上不需要单独刷。4.2 VAB机型的脚本修改要点假设你拿到的官方脚本是A-only版本的手机是VAB机型。修改的核心思路是把刷写独立system/vendor/product分区的命令删掉改成刷super分区。具体操作第一步找到脚本里所有fastboot flash system、fastboot flash vendor、fastboot flash product之类的命令全部删除或者注释掉。第二步确认线刷包里有super.img文件。如果有在合适的位置加上fastboot flash super super.img如果没有super.img而是有多个分散的img比如system.img、vendor.img、product.img那说明这个线刷包可能不是给VAB机型用的需要找对应机型的线刷包。第三步检查boot、vbmeta、dtbo这些独立分区的刷写命令。VAB机型上这些分区通常还是独立的但要注意slot后缀。有些VAB机型刷boot的时候不需要指定slot有些需要。以fastboot getvar all的输出为准。第四步处理fastboot set_active命令。VAB机型通常不需要手动切换slot来刷写因为super分区是共享的。如果脚本里有切换slot的命令确认一下是否必要。不必要的可以删掉避免刷写出错。第五步检查fastboot erase命令。VAB机型上erase super分区可能会导致分区表损坏需要重新刷完整包才能恢复。所以脚本里如果有fastboot erase super建议删掉改成直接flash覆盖。4.3 AB分区机型的脚本修改要点AB分区机型的修改相对简单一些因为分区结构更接近传统方案。核心是确保每个分区都刷到正确的slot。第一步确认当前活动slot。用fastboot getvar current-slot查看。第二步脚本里所有fastboot flash命令都要加上slot后缀。比如fastboot flash boot_a boot.img fastboot flash boot_b boot.img fastboot flash system_a system.img fastboot flash system_b system.img如果脚本里只刷了一个slot另一个slot没刷手机切换slot后可能无法启动。所以两个slot都要刷。第三步注意fastboot set_active的位置。通常的做法是先设置活动slot为a刷a的所有分区然后设置活动slot为b刷b的所有分区最后设置回你想要的slot。第四步vbmeta分区的处理。AB机型上vbmeta也有两个slot需要分别刷写。有些机型还需要刷vbmeta_system看具体分区列表。4.4 一个实际修改案例我拿一台Redmi的VAB机型举例。原始官方脚本简化版是这样的fastboot flash boot boot.img fastboot flash system system.img fastboot flash vendor vendor.img fastboot flash product product.img fastboot flash vbmeta vbmeta.img fastboot reboot这台手机实际是VAB有super分区没有独立的system/vendor/product。修改后的脚本fastboot flash super super.img fastboot flash boot boot.img fastboot flash vbmeta vbmeta.img fastboot flash dtbo dtbo.img fastboot reboot改完之后跑一遍刷机顺利完成手机正常启动。关键就是把不存在的分区刷写命令删掉换成super分区刷写。实操心得改脚本的时候建议一行一行地改改完一行在旁边加个注释说明为什么改。这样如果刷机出问题回头排查的时候能快速定位是哪一步改错了。我一般会把改过的脚本另存为flash_all_custom.bat保留原始脚本不动。5. 刷机实操全流程从驱动安装到刷完重启5.1 驱动安装fastboot驱动不装好后面全是坑很多人刷机卡住第一步就错了驱动没装对。Windows上手机进入Fastboot模式后设备管理器里可能会显示为一个未知设备或者显示为“Android”但带黄色感叹号。这时候fastboot命令是识别不到设备的。正确的做法是下载小米官方的MiFlash工具它里面自带了fastboot驱动。或者下载通用的Google USB Driver手动安装。安装的时候在设备管理器里右键那个未知设备选择“更新驱动程序”然后手动指向驱动目录。安装成功后设备管理器里应该能看到“Android Bootloader Interface”或者类似的名称没有黄色感叹号。这时候在命令行执行fastboot devices应该能返回设备序列号。如果返回空说明驱动还是有问题。Linux和Mac用户通常不需要额外装驱动但可能需要配置udev规则Linux或者信任设备Mac。Linux下如果fastboot devices没输出可以试试用sudo运行或者添加udev规则。5.2 进入Fastboot模式的正确姿势小米/红米手机进入Fastboot模式的方法关机状态下同时按住音量减键和电源键直到屏幕上出现小米兔子修安卓机器人的画面。这就是Fastboot模式。有些机型可能需要先进入Recovery再从Recovery选择进入Fastboot。具体看机型。进入Fastboot后用数据线连接电脑。建议用原装线或者质量好的线劣质线可能会导致传输不稳定刷机中途断开。注意刷机过程中不要拔线、不要按电源键、不要让电脑休眠。我见过有人刷机刷到一半电脑自动休眠结果手机变砖的案例。刷机前把电源计划改成“高性能”关闭休眠。5.3 执行修改后的脚本把修改好的脚本和线刷包放在同一个目录下。在Windows上双击bat文件运行。或者在命令行里cd到该目录执行flash_all_custom.bat脚本会开始逐条执行fastboot命令。屏幕上会显示每条命令的执行结果。正常情况下你会看到一系列OKAY或者Finished的提示。如果某条命令报错脚本可能会停止也可能继续。注意看报错信息。常见的报错有Partition not found分区不存在说明脚本里的分区名和手机实际分区不匹配。Failed to write写入失败可能是镜像文件损坏或者存储空间不足。Device not found设备未连接检查数据线和驱动。5.4 刷完之后的检查和首次启动脚本跑完之后通常会执行fastboot reboot重启手机。首次启动会比较慢因为系统需要初始化。耐心等几分钟不要急着断电。如果重启后还是进入Fastboot说明刷机没有完全成功。可能的原因某个关键分区没刷上或者slot设置不对。这时候需要重新进Fastboot检查分区状态重新刷写。如果重启后进入Recovery或者卡在开机logo可能是数据分区需要清除。在Recovery里执行双清清除数据和缓存然后重启。实操心得刷完机第一次启动我一般会等至少5分钟。有些机型首次启动要优化应用时间更长。如果超过10分钟还没进系统再考虑是不是有问题。不要一看到logo不动就以为变砖了耐心很重要。6. 常见问题排查卡Fastboot、报错、驱动异常6.1 常见问题速查表问题现象可能原因排查方法解决方案fastboot devices无输出驱动未安装或异常检查设备管理器重装fastboot驱动刷机卡在某个分区分区名不匹配对比getvar all输出修改脚本分区名报错partition not found脚本按A-only写手机是VAB检查是否有super分区改用super.img刷写刷完卡Fastbootslot设置错误fastboot getvar current-slot重新设置活动slot刷完卡开机logo数据分区未清除进Recovery双清清除data和cache刷机中途断开数据线或USB口问题换线换口用原装线直连主板USB脚本执行到一半停止某条命令报错看命令行输出定位报错命令手动执行6.2 fastboot连接不到设备的排查思路这是最常见的问题之一。手机明明在Fastboot界面线也插着但fastboot devices就是没输出。排查顺序先换USB口。台式机的话插到主板后面的USB口不要插机箱前面的。机箱前置USB口供电和信号质量可能不稳定。再换数据线。有些线只能充电不能传数据或者传输质量差。用原装线最稳。然后检查驱动。Windows设备管理器里看有没有未知设备。有的话装驱动。如果还不行试试在Linux下操作。Linux对fastboot设备的识别通常比Windows省心不需要装驱动。找个Ubuntu的Live USB启动在Linux下执行fastboot命令往往能直接识别。最后检查手机Fastboot模式是否正常。有些时候手机虽然显示Fastboot界面但fastboot服务没起来。可以试试fastboot reboot-bootloader重新进入。6.3 刷机报错后的恢复方法如果刷机刷到一半报错手机处于不完整状态不要慌。只要Fastboot还能进就还有救。第一步不要拔线不要重启手机。保持Fastboot模式。第二步根据报错信息手动执行剩下的刷写命令。比如脚本在刷super的时候报错停了你可以手动执行fastboot flash super super.img然后再继续刷后面的分区。第三步如果手动执行也报错检查镜像文件是否完整。可以对比线刷包里img文件的MD5或SHA256校验值看是否和官方提供的一致。下载过程中文件损坏是常见问题。第四步如果所有方法都试过还是不行重新下载线刷包重新解压重新改脚本从头再来。有时候问题就出在包本身。注意如果手机连Fastboot都进不去了那可能需要更高级的救砖方法比如高通的9008模式或者联发科的SP Flash Tool。这些方法涉及更底层的操作风险更高建议找有经验的人帮忙。6.4 关于GPT分区表的补充说明有些用户在改脚本或者手动分区的时候会接触到GPT分区表的概念。GPT是GUID Partition Table的缩写是现代硬盘和手机存储常用的分区表格式取代了老式的MBR。在手机刷机场景下GPT分区表通常不需要手动修改。线刷包里的分区表信息是包含在刷机流程里的fastboot刷写的时候会自动处理。但如果分区表损坏了可能需要通过特定工具重新写入。Linux下用gdisk或者parted可以查看和修改GPT分区表但手机存储不像电脑硬盘那样可以直接挂载操作。手机的分区表操作通常需要通过fastboot或者厂商特定的工具来完成。对于普通刷机用户来说GPT分区表这个概念了解一下就行实际刷机过程中不太需要直接操作。重点还是放在脚本修改和fastboot命令上。7. 几个容易被忽略的细节和我的实操体会7.1 fastboot传文件到手机的正确理解有人问“fastboot传文件到手机”是什么意思。其实fastboot刷机的过程本质上就是把电脑上的img文件传输到手机的对应分区里。fastboot flash命令做的就是这件事读取本地img文件通过USB传输到手机写入指定分区。所以fastboot传文件不是像MTP那样复制文件到存储卡而是直接写入分区。这也是为什么刷机会清除数据、为什么刷错了会变砖——因为它直接改的是系统分区。理解这一点就能明白为什么分区名必须匹配、为什么镜像文件必须对应正确。传错分区轻则功能异常重则无法开机。7.2 脚本里的等待和延时有些官方脚本里会有timeout或者sleep命令用来在两条fastboot命令之间等待几秒。这不是多余的。有些操作比如fastboot reboot-bootloader之后手机需要时间重新进入bootloader如果紧接着执行下一条命令可能会因为设备还没准备好而失败。改脚本的时候不要把这些等待命令删掉。如果觉得等待时间不够可以适当加长。比如把timeout /t 5改成timeout /t 10。7.3 关于slot切换的时机AB和VAB机型上slot切换的时机很重要。我的一般原则是刷写当前活动slot的时候不要切换。等当前slot刷完了再切换到另一个slot刷。最后设置回你想要的活动slot。如果脚本里的slot切换逻辑和这个原则不符可以手动调整。比如把fastboot set_active b移到所有刷写命令之后。7.4 刷机前的数据备份这个必须单独强调。刷机尤其是线刷会清除手机上的所有数据。照片、聊天记录、文档全部没了。刷机前一定要备份。备份方法手机能进系统的话用小米云服务或者本地备份功能。手机已经进不去系统的话如果之前开了USB调试可以用ADB拉取数据。如果什么都没开那数据可能就保不住了。我个人的习惯是重要数据永远保持至少两份备份一份在手机本地一份在电脑或者云端。这样不管手机出什么问题数据都不会丢。7.5 关于“mate60可以用fastboot刷机么”这类问题的回应经常看到有人问某款特定机型能不能用fastboot刷机。这里统一说一下fastboot是安卓系统的通用刷机协议理论上所有安卓手机都支持。但具体到某个机型能不能刷、怎么刷取决于厂商有没有提供线刷包、有没有锁定bootloader。小米和红米手机对fastboot刷机的支持是比较友好的官方提供线刷包bootloader解锁之后就可以刷。其他品牌的情况各不相同有的需要特定工具有的限制更多。具体机型具体分析不能一概而论。7.6 最后分享一个排查小技巧如果你改完脚本刷机还是失败但又找不到原因可以试试这个办法把脚本里的每一条fastboot命令单独拿出来在命令行里一条一条手动执行。这样能精确看到是哪条命令报错、报什么错。比脚本一口气跑完然后看日志要直观得多。手动执行的时候注意命令的顺序要和脚本里一致。每执行一条观察手机屏幕和命令行输出。找到报错的那条针对性地解决。这个办法虽然慢但排查问题非常有效。我遇到疑难杂症的时候基本都是靠这个方法定位到根因的。

相关新闻

TMC5160+STM32步进电机驱动:SPI配置全流程实战与避坑指南

TMC5160+STM32步进电机驱动:SPI配置全流程实战与避坑指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 6:34:33 阅读更多 →
CCDE 400-007 官方指南:资深网络架构师的设计决策训练手册

CCDE 400-007 官方指南:资深网络架构师的设计决策训练手册

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 6:34:33 阅读更多 →
DSP56800实时控制开发实战:CodeWarrior环境搭建与硬核调试

DSP56800实时控制开发实战:CodeWarrior环境搭建与硬核调试

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 6:34:32 阅读更多 →

最新新闻

案例4.4 swiper和switch组件学习笔记

案例4.4 swiper和switch组件学习笔记

一、案例概述本案例设计一个小程序,演示 swiper 和 switch 组件的功能和使用方法。小程序运行后,利用 switch 组件设置 swiper 组件的属性值,从而实现 swiper 组件的各种播放效果。swiper 组件是微信小程序中用于实现轮播图(滑动视…

2026/9/24 7:25:02 阅读更多 →
鸿蒙与Windows双端发力!讯畅PDF转换器,你的跨设备文档处理利器

鸿蒙与Windows双端发力!讯畅PDF转换器,你的跨设备文档处理利器

大家好,我是你们的老朋友。在数字化办公的今天,PDF作为最通用的文档格式,几乎是每个人都会接触到的。但“PDF易读难改”的痛点也一直困扰着大家:想转个Word、提取几张图片、压缩一下体积,往往要折腾半天。最近我发现了…

2026/9/24 7:25:02 阅读更多 →
Java全栈项目部署上线实战:从Spring Boot到Nginx全流程

Java全栈项目部署上线实战:从Spring Boot到Nginx全流程

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 7:25:02 阅读更多 →
AI PLC智能升级:新设备原生集成与存量设备无感接入双路径

AI PLC智能升级:新设备原生集成与存量设备无感接入双路径

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 7:25:02 阅读更多 →
WezTerm + Lua 配置指南:打造高效 CLI 编程终端

WezTerm + Lua 配置指南:打造高效 CLI 编程终端

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 7:25:02 阅读更多 →
使用 X-CUBE-AI 将 ONNX 模型部署到 STM32全流程

使用 X-CUBE-AI 将 ONNX 模型部署到 STM32全流程

1、首先需要生成一个onnx文件,初始模型并没有经过训练。 嵌入式 AI 最耗费精力的往往不是模型训练,而是编译器版本、DFP 支持包、I2C 通信时序、内存对齐、串口重定向这些底层细节。用未经收敛的初始模型先把工程跑通,能确保在进入复杂的算法…

2026/9/24 7:24:02 阅读更多 →

日新闻

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

简介:这是一套面向计算机、人工智能、自动化等专业学生与教师的毕业设计级项目资源,围绕YOLOv8实现渔船作业监控系统,可用于毕设、课程设计、大作业或项目立项演示。压缩包共97个文件,约24.21MB,以70个Python源码文件为…

2026/9/24 0:00:19 阅读更多 →
单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

简介:一份基于单细胞RNA测序数据的细胞类型注释算法研究Python毕业设计源码,针对计算机相关专业正在做毕设或需要项目实战的学习者,可用于课程设计与期末大作业。项目代码完整、经导师指导评审通过,可直接运行,覆盖数据…

2026/9/24 0:00:19 阅读更多 →
C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

第一次在项目里被反射卡住,是在一个老旧的WinForms模块里:几十个类依赖PropertyChanged通知,运行时反射读属性、发通知,每次启动慢半拍不说,一上.NET Native/AOT裁剪模式几乎全面崩盘。后来我把这段逻辑全部改成C#源生…

2026/9/24 0:00:19 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事:用Flutter给OpenHarmony做一款游戏集合类的App,说白了就是把若干小游戏塞进一个壳里,用统一入口分发。这个方向本身不算新鲜,真正让我花了不少心思的,是首页那堆游戏卡…

2026/9/23 4:55:02 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档,最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事:今天在表后面多加了两个空白行,明天给客户交稿前发现整个章节的编号全部错位,光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/23 4:49:06 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年,说实话,第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年,流量惨淡、功能臃肿、代码自己都懒得看第二遍之后,我才慢慢琢磨明白一个道理:第一个网站是练手&…

2026/9/23 9:53:41 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能分类:[AI/大模型]细分主题:AI 增强型 CI/CD 流水线自动化与 GitOps 实践:Agent 工作流、工具调用与任务拆解:从原型到生产的验收清单很多团队在尝试用大…

2026/9/23 9:53:40 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场分类:[工程技术]细分主题:Kubernetes 生产环境运维与排障实战:可复制的项目复盘模板与决策记录大部分团队的事故复盘报告,最后都变成了躺在 Confluence 或钉…

2026/9/23 9:53:40 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步分类:[工程技术]细分主题:Docker 容器化技术与镜像安全管理:核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用(包含 Web 接口、后台…

2026/9/23 9:53:40 阅读更多 →