VLAN间通信详解:单臂路由、三层交换机SVI与ACL配置实战
1. 先搞清楚VLAN为什么天生“老死不相往来”很多人刚接触网络时会有个直觉疑问既然VLAN能把一台物理交换机切成好几台“虚拟交换机”那为什么不同VLAN之间默认就是不通的ping不通ARP也学不到数据包仿佛撞上了一堵透明的墙。其实这堵“墙”恰恰是VLAN存在的意义。VLAN全称是Virtual Local Area Network核心作用就是隔离广播域。交换机组网时默认所有端口都在同一个广播域里一台设备发ARP请求广播会泛洪到全网所有端口设备一多广播风暴、带宽浪费、安全隐患全都来了。划VLAN之后广播帧只在同一个VLAN内部泛洪不同VLAN之间连广播都互相看不见自然就没法“喊话”通信。这么设计就是为了安全和隔离所以“默认不通”不是缺陷是特性。但在实际项目里VLAN划分出来之后几乎总要面临一个问题业务要互通。比如某公司把办公网划成VLAN 10服务器区划成VLAN 20终端要访问服务器财务要访问ERP监控网要单独隔离但也得让安保系统读取数据流。这时候就需要一种机制让被隔离的广播域之间能“按需引路”通信而不是把隔离推倒重来。核心要理解的就一句话VLAN间的通信本质上是三层路由行为不是二层交换行为。不同VLAN属于不同网段时设备要把数据包发给网关由网关设备按路由表转发到目标VLAN即便你强行把两个VLAN配成同一个网段在标准交换机上也没法直接二层互通因为二层转发依赖MAC地址表而MAC表天然带有VLAN标记跨VLAN条目永远无法命中。所以VLAN间通信绕不开三层设备——路由器或三层交换机。理解了这层底层逻辑后面看方案、看配置、排查故障都会顺畅很多。接下来就聊聊工程里最常见的几种打通方式以及各自的选型边界。2. 打通VLAN的三种主流方案与选型逻辑方案没有绝对的好坏只有场景合适不合适。我根据这几年做园区网和机房项目积累的经验把工程上最常见的几种方式拉出来对比一遍。不少教程只讲了第一种就结束了但实际项目里三层交换机方案占据绝大多数场景。2.1 单臂路由最经典的教科书方案单臂路由Router-on-a-Stick的历史地位很高几乎所有网络教材都会讲。逻辑也特别直白交换机把各个VLAN的流量都从同一个Trunk口送给路由器路由器在这个物理口上拆出多个子接口每个子接口绑定一个VLAN并配上对应网段的网关IP。数据包到达路由器后路由器查路由表发现目标网段在自己另一个子接口下就从Trunk口的另一个子接口转发出去。拓扑上交换机只需要一根线连路由器所以叫“单臂”。配置上Cisco风格是在物理口下配置encapsulation dot1q 10这类命令华为/华三风格则是在子接口里配置dot1q termination vid。这个方案的优点就是门槛低、逻辑清楚实验室里用一台家用路由器加一台傻瓜交换机都能搭起来。但缺点非常致命所有跨VLAN流量都要挤在一根物理链路上带宽被Trunk口上限锁死。稍微正经一点的办公网PC终端数量一上来单臂路由的CPU和链路就会双双成为瓶颈转发延迟和丢包都会出现。所以它只适合实验学习、小型分支机构的极简组网或者临时兜底方案。2.2 三层交换机SVI接口园区网绝对主力三层交换机本质上就是在交换机硬件里集成了路由转发能力。它不需要外接路由器直接通过VLANIF接口华为叫VLANIFCisco叫SVISwitch Virtual Interface给每个VLAN配置网关IP。终端把网关指向这个虚拟三层接口跨VLAN的数据包在交换机内部完成“收到二层帧、剥离VLAN标签、查三层路由表、改写目的MAC、打上目标VLAN标签、从目标端口转发出去”的全过程。为什么园区网都用这个方案两个核心原因一是转发性能。三层交换机内部走硬件转发芯片转发吞吐可以做到几十G甚至更高不像路由器靠CPU慢慢磨二是部署简单。一个VLAN一个SVI接口IP地址配在虚拟接口上不占用物理端口扩展新VLAN几乎零成本。举个例子某公司核心机房用一台三层交换机接办公网VLAN 10192.168.10.0/24和服务器区VLAN 20192.168.20.0/24只需要在交换机上创建两个VLANIF把网关配成192.168.10.254和192.168.20.254终端指向对应网关三层路由自动打通。整个过程不需要写任何静态路由——因为直连网段自动进路由表。2.3 VLAN间ACL策略通还是不通谁能说了算纯粹的“打通”其实只解决能不能通的问题但真实业务往往还有“谁跟谁通”的需求。比如财务VLAN只能访问财务服务器不能访问办公网访客Wi-Fi只能上网禁止访问内网任何VLAN。这些需求就需要在三层设备上配合ACL访问控制列表做策略控制。实现位置一般在三层交换机的VLANIF接口上或者路由器子接口上。例如在华为交换机上可以写一条acl 3001规则允许VLAN 10访问VLAN 20的特定服务器IP拒绝其他然后在VLANIF 10的入方向调用traffic-filter inbound acl 3001。ACL生效的时机是数据包刚进入三层接口时先过策略再查路由所以方向别搞反——搞反了就会出现一种很神奇的现象从一侧ping能通从反方向ping死活不通。这里要特别提醒ACL策略是在三层层面上管控跟二层VLAN隔离是两套机制。VLAN隔离保护的是广播域ACL保护的是访问关系二者叠加使用才是生产网的正确姿势。我在很多小项目里见过一种错误认知——“通了就行不用管权限”结果内网横向渗透一打一个准这就是VLAN划分策略没有配合ACL落地的问题。2.4 三种方案对比一览方案适用场景优点缺点常见品牌实现单臂路由实验环境、极小型网络配置简单、依赖设备少带宽瓶颈、CPU转发瓶颈Cisco子接口、华为dot1q termination三层交换机SVI园区网、数据中心接入/核心硬件转发性能高、部署灵活、扩展性佳需要三层交换机成本略高华为VLANIF、Cisco SVI、华三VLAN接口VLAN间ACL对隔离有合规要求的场景细粒度控制访问范围策略设计复杂度高易配错方向traffic-filter、access-group看完对比就能明白三层交换机SVI是工程上的默认答案单臂路由只适合教学和应急而ACL不是独立方案是叠加在SVI或路由方案之上的策略层。联调的时候先把连通性搞定再逐步收紧策略排错难度会小很多。3. 交换机配置演示从单臂路由到三层SVI接口光讲原理还不够配置要能落到命令行上。下面分别给出华为和Cisco风格的配置示例。命令语法有厂商差异但思路完全一致理解了一种另一种基本就是换皮。3.1 单臂路由的完整配置流程假设场景一台路由器连接一台二层交换机交换机上有VLAN 10192.168.10.0/24和VLAN 20192.168.20.0/24通过单臂路由实现互通。交换机侧配置以华为为例# 创建VLAN vlan batch 10 20 # 连接终端的接口划入对应VLAN interface GigabitEthernet0/0/1 port link-type access port default vlan 10 interface GigabitEthernet0/0/2 port link-type access port default vlan 20 # 连接路由器的接口配置为Trunk放行VLAN 10和20 interface GigabitEthernet0/0/3 port link-type trunk port trunk allow-pass vlan 10 20路由器侧配置华为interface GigabitEthernet0/0/1.10 dot1q termination vid 10 ip address 192.168.10.254 255.255.255.0 arp broadcast enable interface GigabitEthernet0/0/1.20 dot1q termination vid 20 ip address 192.168.20.254 255.255.255.0 arp broadcast enable注意华为子接口默认不处理ARP广播必须手动敲arp broadcast enable很多新手漏了这条结果就是接口up但VLAN内终端ping不通网关。Cisco这边用的是encapsulation dot1Q 10不存在这个坑但学华为设备时这个点必须刻在脑子里。验证命令是dis ip routing-table应该能看到192.168.10.0和192.168.20.0两个直连路由。VLAN 10内一台主机ping 192.168.20.254能通就说明路由转发链路已经建立。3.2 三层交换机SVI配置流程还是同样的VLAN和网段规划换成三层交换机来实现# 创建VLAN vlan batch 10 20 # 终端接口划入VLAN interface GigabitEthernet0/0/1 port link-type access port default vlan 10 interface GigabitEthernet0/0/2 port link-type access port default vlan 20 # 创建VLANIF三层接口即VLAN的网关 interface Vlanif 10 ip address 192.168.10.254 255.255.255.0 interface Vlanif 20 ip address 192.168.20.254 255.255.255.0Cisco风格对应命令是interface vlan 10 ip address 192.168.10.254 255.255.255.0 no shutdown interface vlan 20 ip address 192.168.20.254 255.255.255.0 no shutdown配完之后同样查路由表华为用dis ip routing-tableCisco用show ip route。终端把网关指向各自的VLANIF IP跨VLAN通信直接走交换机内部三层转发不需要再画蛇添足地写路由。这里有个细节要补一下如果三层交换机同时还要连接核心路由器或出口防火墙跨越设备之间的VLAN间路由就需要写静态路由或者跑动态路由协议。比如交换机上还要再接一台核心路由器那核心路由器需要指一条192.168.10.0/24指向交换机VLANIF接口IP的静态路由交换机也需要写默认路由指向核心路由器。很多项目在开局阶段只配了本机VLANIF忘了把路由指出去结果内网VLAN互通没问题上外网全断一查就是缺一条静态路由。3.3 为什么推荐用三层交换机而不是“路由交换机二层模式”这里说的是一个常见的设备选型误区有些项目手里有一台号称“三层交换机”的设备但实际被配置成了纯二层模式所有端口都是access/trunk互不通信然后又想着加路由器做单臂路由。这其实完全没必要。市面主流三层交换机默认就支持VLANIF不需要额外授权三层转发性能比家用路由器强一个量级直接用就行。而且从排错角度来说三层交换机SVI方案的故障点比单臂路由少得多——没有物理Trunk瓶颈没有子接口ARP广播的坑没有“一台路由器挂了全VLAN断网”的单点故障。网络工程师维护起来省心太多。除非你真的是手里只有二层交换机和一台老路由器做实验否则生产环境不建议上单臂路由。4. 数据包跨VLAN的完整流转过程从ARP到ICMP的回程很多教科书写到“配置完网关就能通信”就收工了但如果你真的想在故障发生时知道问题出在哪一步就必须把数据包的流转过程在脑子里走一遍。这里用VLAN 10的PC-A192.168.10.1访问VLAN 20的PC-B192.168.20.1来拆解。先看ARP阶段。PC-A要和PC-B通信但目标192.168.20.1和它不在同一网段所以PC-A不会直接发ARP请求“谁是192.168.20.1”而是把数据包交给默认网关192.168.10.254。在此之前PC-A要先解析网关的MAC地址因此它在VLAN 10内发一条广播ARP谁是192.168.10.254这个广播只会在VLAN 10内泛洪交换机把帧从VLAN 10的端口转发出去三层交换机收到后网关发现自己就是这个IP就回一条单播ARP携带自己的MAC地址。PC-A学到网关MAC后把ICMP数据包封装成二层帧目的MAC填网关MAC源MAC填自己VLAN标签打10扔给交换机。再看到达三层交换机的处理。交换机收到帧后发现目的MAC是网关的MAC于是知道这是一份需要三层转发的流量。它拆掉二层帧头拿到目标IP 192.168.20.1查路由表192.168.20.0/24是直连网段出接口是VLANIF 20下一跳就是192.168.20.1本身。接下来交换机要做三件事重新封装以太网帧头目的MAC改成PC-B的MAC源MAC改成VLANIF 20接口的MAC查ARP表拿到192.168.20.1的MAC如果没学到就先在VLAN 20内发起ARP给帧打上VLAN 20的标签从PC-B所在端口转发出去。最后PC-B收到后发现目的MAC是自己目的IP也是自己就把ICMP Echo Request交给协议栈然后构造Echo Reply回包。回包路径完全对称PC-B把目的IP 192.168.10.1看作远程网段发给网关VLANIF 20的MAC交换机再次做三层转发从VLANIF 10出去最终到达PC-A。这个过程里藏着三个排查关键点PC的网关ARP必须能通。如果PC ping不通自己的网关就说明二层链路或者VLAN划分有问题。三层交换机必须有到对方网段的路由。直连VLANIF天然有如果目标网段在远端就需要静态路由或动态路由否则包会被丢弃。回程路由必须有。很多故障是单向通的A能ping通BB ping不同A。原因往往是回程路径上没有到A网段的路由或者ACL拦截了反向流量。我在项目里遇到单向通的情况一半以上是ACL方向配错另一半是回程静态路由缺失。顺带提一个抓包验证技巧在PC-A上抓包如果能看到自己发的ARP请求在反复重传说明网关没响应重点查VLAN和Trunk配置如果ARP通了但ICMP Request有去无回说明问题在路由或回程接下来就应该在网关设备上看路由表和ACL命中计数。5. 实战中更容易踩的坑Trunk剪裁、ARP表混乱与防火墙策略理论清清楚楚一到真机总会冒出一堆“配置都对但就是不通”的灵异事件。我在这里挑几个在项目里真正坑过我的案例每一个都对应一个具体的根因排查思路可以直接复用。5.1 Trunk口忘放行VLANSVI接口像幽灵一样存在一个很典型的场景三层交换机上VLANIF都配好了PC网关也指对了但终端就是ping不通网关。排查半天发现终端接的是二层接入交换机接入交换机连核心交换机的上联口只配置了trunk permit vlan 10忘了放行VLAN 20。结果VLAN 20的终端发出的ARP广播到了上联Trunk口直接被丢弃核心交换机根本不知道VLAN 20的存在。这类问题的排查思路不是盯着PC看而是要沿途检查Trunk允许列表。华为的命令是dis port vlanCisco是show interfaces trunk重点看两件事链路两端Trunk口必须都放行目标VLANTrunk链路两端的PVIDnative VLAN要保持一致否则会出现VLAN标签错乱。我看过不少新手把华为trunk口的PVID改了又没在对面改结果两边设备看到同一个帧却认为是不同VLANMAC地址表错乱全网随机丢包。5.2 全网设备都在同一网段VLAN划分等于白做还有一种错误比上面更隐蔽规划时把VLAN 10和VLAN 20的IP网段都分配成192.168.1.0/24。这种方案在二层交换上必然不通因为二层交换靠MAC表而MAC表条目是带VLAN属性的跨VLAN查不到在三层交换机上两个VLANIF接口共享同一个子网地址设备配置时就会冲突路由表里只会保留一条直连路由另一条VLANIF直接就起不来。所以规划阶段就要严格保证VLAN和IP网段一一对应。一般建议一个VLAN对应一个独立的C类或更小的子网不要把两个VLAN的网段重叠。如果实在子网不够用也要保证广播域和三层网段边界对齐别出现“一个网段跨两个VLAN”的畸形设计。5.3 防火墙/ACL策略静默丢弃ping不通但业务端口能通另一个高频坑是防火墙策略引起的“假不通”。某公司内网VLAN 10想访问服务器VLAN 20ping不通第一反应查三层交换机路由没问题后来发现出口防火墙做了策略只放行了TCP 443端口ICMP被默认丢弃。这时不是网络故障是策略预期就是如此。所以接到“不通”的报障第一件事是问清楚业务是什么协议、什么端口。ping不通不代表业务不通反之亦然。如果确认策略有问题就需要按前面说的在VLANIF入方向绑定ACL逐条核对源IP、目的IP、协议类型。这里强调一句ACL默认是隐式拒绝的华为和Cisco的ACL末尾都带着deny any你写允许规则时必须把所有该放行的流量都覆盖到。在测试阶段先别急着上策略等连通性跑通再逐步收紧这样能大幅降低排错复杂度。5.4 现场排查命令速查表故障现象第一步排查关键命令华为关键命令CiscoPC ping不同网关确认PC与交换机之间链路、VLAN划分display vlanshow vlan网关在但终端不通检查Trunk放行与PVIDdisplay port vlanshow interfaces trunk跨VLAN不通检查三层路由表和VLANIF状态display ip routing-tableshow ip route可能是策略拦截查看ACL命中计数的增减display acl allshow access-lists需要确认ARP学习查看交换机ARP表display arpshow arp每个现象都要先做“隔离缩小”从终端到网关、从网关到对端、从对端回程三步分别验证能ping通到哪一层就说明问题在下一层。我处理过的绝大多数VLAN间不通的故障都能在三轮以内的ping测试里定位到具体设备。6. 最后的一点项目建议按我做过的大小项目来看VLAN间通信这块最值钱的不是某个配置命令而是规划阶段的网段表和路由设计。先画一张VLAN-网段-网关地址的对应表再决定哪些VLAN需要互通、哪些必须隔离然后才轮到设备配置。没有这张表配置再熟练也会在后期维护里吃到苦头——你根本说不清这个VLAN到底该不该访问那个VLAN也就没法安全地加减策略。配置规范上我习惯给网关地址统一用每个网段的最后一个可用地址比如.254这样终端配置和防火墙策略都好记VLAN编号尽量跟业务模块走办公、服务器、语音、监控各留一个号段区间方便以后扩展。三层设备上不要把ACL规则写成一大坨按VLAN对VLAN的访问关系分段注释几个月后回来维护还能看懂当初的意图。还有一个经验是变更前先备份、变更后留底。交换机配置改错恢复起来非常费劲尤其涉及Trunk放行列表和VLANIF地址的修改影响面往往是整个VLAN的所有终端。现在主流设备都支持配置导出和远程日志花两分钟做一次备份能让你在深夜的割接里少掉一大半头发。如果哪天遇到一个VLAN间通信始终搞不定的现象拿出现场抓包工具盯住ARP和ICMP两个协议在终端、网关两端的出现情况绝大多数问题都能在一个小时内暴露真身。网络这件事不怕问题奇怪就怕定位时靠猜。把每一步的原理吃透故障排查就是按图索骥。

相关新闻

本科毕业论文用这8个AI论文平台,从开题到定稿效率翻倍

本科毕业论文用这8个AI论文平台,从开题到定稿效率翻倍

说句实话,本科毕业论文这件事,绝大多数麻烦不是“研究有多深”,而是“流程有多散”。从确定题目、收集文献、整理综述,到搭出提纲、写满字数、反复降重、调整格式,任何一个环节卡住,都能把人逼到凌晨两点还…

2026/10/19 14:28:19 阅读更多 →
MS7210驱动开发实战:寄存器配置、时序验证与调试避坑指南

MS7210驱动开发实战:寄存器配置、时序验证与调试避坑指南

简介:ms7210是宏晶微电子推出的一款高清视频解码芯片,支持H.264、MPEG2、VC-1等主流编码及3D视频解码,常用于视频输入输出处理、音频控制、嵌入式驱动开发等场景。压缩包内共22个文件,以C源码和头文件为主体,覆盖驱动框…

2026/10/19 14:28:19 阅读更多 →
TensorFlow底层API手写神经网络:从GradientTape到训练循环实战

TensorFlow底层API手写神经网络:从GradientTape到训练循环实战

1. 为什么我劝你别急着调库,先手写一遍神经网络很多人第一次接触深度学习,路径都差不多:装好框架,复制一段官方示例,跑通MNIST,看到准确率往上跳,就觉得自己"会了"。可真到了要改结构…

2026/10/19 14:28:19 阅读更多 →

最新新闻

开源Code Review解决方案:从规范到工具的全流程实践

开源Code Review解决方案:从规范到工具的全流程实践

1. 为什么我会专门做一个开源的 Code Review 项目先交代一下背景。我所在的团队大概三十来人,前后端、算法、质量都混在一起,日常迭代节奏很快。Code Review 这件事一直都有,但长期处于一种"有等于没有"的状态:PR 挂着两…

2026/10/19 15:03:58 阅读更多 →
open-code-review实践:从规则配置到团队代码质量提升

open-code-review实践:从规则配置到团队代码质量提升

写代码这事,写得越多越觉得“review”才是真正拉开差距的环节。我自己维护过几个开源小项目,也在团队里带过人,最深的体会是:代码审查做得好不好,直接决定一个项目是越改越顺还是越改越乱。但人工review的问题也很明显…

2026/10/19 15:03:58 阅读更多 →
工业级仪表OCR系统:抗模糊、防跳变、可追溯的数字读数自动采集方案

工业级仪表OCR系统:抗模糊、防跳变、可追溯的数字读数自动采集方案

简介:本资源是一套基于计算机视觉的智能测量仪器数字识别与检定数据自动化记录系统,面向计量检测人员、自动化测试工程师及高校测控/仪器仪表方向学习者,旨在解决传统人工读数、手动录入导致的效率低、易出错、难追溯等核心痛点。系统通过摄像…

2026/10/19 15:03:58 阅读更多 →
CNN花卉识别毕设实战:数据准备、模型训练与Web/PyQt双端部署

CNN花卉识别毕设实战:数据准备、模型训练与Web/PyQt双端部署

最近有朋友聊起他带的本科毕设,题目是“基于CNN卷积神经网络的11种花卉识别小程序,Web端和PyQt双端交付”。这个课题我太熟了,自己当年就是从零开始,数据集自己整理、CNN模型搭了好几版、Web端和PyQt端各写一套前端,最…

2026/10/19 15:03:58 阅读更多 →
U盘格式化失败?用cmd命令行diskpart彻底修复与格式化指南

U盘格式化失败?用cmd命令行diskpart彻底修复与格式化指南

1. 什么时候必须用 cmd 格式化 U 盘,而不是右键点“格式化”平时想格式化 U 盘,大家的第一反应肯定是:插上 U 盘,打开“此电脑”,右键,选“格式化”,确认一下就完事。这个方法确实管用&#xff…

2026/10/19 15:03:58 阅读更多 →
千笔·降AIGC助手实测:本科论文如何有效降低AI检测痕迹

千笔·降AIGC助手实测:本科论文如何有效降低AI检测痕迹

不少本科同学写论文,走到最后一步才发现真正卡脖子的不是文献、不是框架、不是数据,而是满屏“AI味”的表述。辛辛苦苦列提纲、喂材料、分段生成,最后成稿拿去审,导师一眼扫过就丢回来一句“机器写的,改人话”。这种感…

2026/10/19 15:02:52 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

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

2026/10/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

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

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

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

2026/10/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

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

2026/10/18 12:16:16 阅读更多 →