华为交换机VLAN配置实战:从Access、Trunk到Hybrid详解
1. 项目概述为什么VLAN是网络工程师绕不开的第一道门槛刚接触华为设备的新人常有个错觉路由器和交换机不就是插上网线就能通等真正配过一次跨楼层办公网、处理过一次广播风暴、或者被客户问“为什么财务部和销售部不能互相看到对方电脑”时才明白——没搞懂VLAN连最基础的企业网络都算不上真正入门。VLANVirtual Local Area Network虚拟局域网不是某个高阶功能模块而是整个以太网架构的底层逻辑支点。它用软件方式在物理交换机上切出多个逻辑独立的二层广播域让同一台交换机既能承载行政、研发、访客三套完全隔离的网络又无需额外采购三台设备。我带过的某高校实验室网络改造项目里就靠一套S5735-L交换机VLAN划分把原本需要5台传统交换机才能实现的部门隔离、访客限速、无线AP统一管理全扛了下来设备成本压低62%运维复杂度反而下降。标题里“华为路由交换学习篇-VLAN虚拟局域网”这个表述很实在——它没提“高级”“实战”“精通”这类虚词恰恰说明这是所有华为网络技术落地的起点。你不需要先背熟802.1Q帧格式但必须清楚为什么财务部电脑ping不通隔壁工位的测试服务器为什么给打印机划进VLAN100后所有楼层的员工都能打印而VLAN200的访客却连IP地址都获取不到这些不是故障而是VLAN在按设计工作。本文会带你从华为设备的实际操作界面出发拆解VLAN如何在真实场景中定义边界、传递策略、承载业务。适合刚拿到eNSP模拟器的新手也适合在现网中踩过坑、想系统理清逻辑的中级工程师。核心关键词——VLAN、华为交换机、802.1Q、Trunk、Access、Hybrid——每一个都会落到命令行、Web界面、抓包结果三个维度给你讲透。2. VLAN设计思路与方案选型为什么不用三层交换机做全网路由2.1 企业网络分层模型下的VLAN定位很多人一上来就想用三层交换机给每个VLAN配SVI接口做网关这在小规模网络里看似省事但实际埋下隐患。我参与过某制造企业车间网络升级最初方案是用一台S6730-HI做核心为生产、质检、仓储、办公各配一个VLANSVI。结果上线两周质检部反馈MES系统响应延迟飙升。抓包发现所有VLAN间流量都经由核心交换机三层转发而质检VLAN的报文要先到核心做路由再返回接入层——本该在二层完成的同VLAN通信硬生生绕了两跳。问题根源在于混淆了VLAN的本职和延伸功能。VLAN本质是二层隔离机制它的核心价值在于广播域控制限制ARP请求、DHCP Discover等广播报文只在本VLAN内泛洪避免广播风暴吞噬带宽安全边界划定不同部门终端即使接在同一台物理交换机也无法直接二层通信天然阻断ARP欺骗、MAC泛洪攻击策略实施基础QoS优先级标记、ACL访问控制、端口安全绑定都必须依附于VLAN ID才能精准生效。三层路由是VLAN间互通的可选补充而非VLAN存在的前提。就像一栋写字楼的楼层VLAN本身就有防火墙和独立门禁二层隔离电梯三层路由只是方便楼上楼下走动的附加设施。若把电梯当主干道反而让每层楼内部走动都要坐电梯效率必然下降。2.2 华为设备VLAN模式选型Access/Trunk/Hybrid到底怎么选华为交换机端口有三种VLAN模式新手最容易卡在“什么时候用Trunk什么时候用Hybrid”。关键看一句话端口连接的是什么设备以及它能否识别802.1Q标签。Access端口只属于一个VLAN收发都不带Tag。典型场景是连接PC、打印机、IP电话。比如财务部所有电脑都接在交换机GigabitEthernet0/0/1口该口配置port link-type accessport default vlan 10那么财务部电脑发出的任何报文交换机都会自动打上VLAN10标签收到带VLAN10标签的报文会剥离标签再转发给PC。这里没有“协商”过程是强制绑定。Trunk端口允许多个VLAN通过仅对非本征VLANNative VLAN的报文打Tag。这是华为与思科的关键差异点。在华为默认配置下Trunk端口的本征VLAN是VLAN1且VLAN1报文不打Tag。所以当你用Trunk连接两台华为交换机时VLAN1的流量是“裸奔”的其他VLAN如VLAN10、20则带Tag传输。这点在对接第三方设备时极易出错——比如某次对接华三防火墙对方要求所有VLAN都带Tag我们却按默认Trunk配置导致VLAN1流量被防火墙丢弃。解决方案是显式配置port trunk pvid vlan 100并port trunk allow-pass vlan 10 20 100再配合undo port trunk allow-pass vlan 1彻底禁用VLAN1。Hybrid端口华为特有模式可灵活定义每个VLAN的Tag行为。这是解决混合场景的终极武器。比如一个端口既要接IP电话需VLAN20带Tag传输语音流又要接PC需VLAN10不带Tag传输数据流还要能传网管报文VLAN100带Tag。用Trunk无法实现因为Trunk只能指定一个Native VLAN。Hybrid则允许interface GigabitEthernet0/0/5 port hybrid untagged vlan 10 # PC数据流不带Tag port hybrid tagged vlan 20 100 # 电话语音、网管报文带Tag port hybrid pvid vlan 10 # 未标记报文默认归属VLAN10这种精细控制在部署IP电话、无线AC旁挂、服务器多网卡绑定等场景中不可替代。我建议新手从Access起步Trunk用于交换机级联遇到复杂终端接入时再切入Hybrid——不是功能越炫越好而是匹配物理连接的真实需求。2.3 VLAN规划避坑指南ID、命名、范围的实战约束VLAN ID不是随便取的数字它直接受硬件芯片和协议栈限制。华为S系列交换机支持VLAN ID范围是1-4094但VLAN1是系统默认管理VLAN强烈建议禁用。某次现场巡检发现客户把VLAN1配置成办公网结果因设备日志、SNMP、Telnet等管理流量混入业务流导致高峰期管理通道拥塞远程登录超时。正确做法是VLAN1仅用于设备初始化配置完成基础设置后立即执行undo vlan 1注意此命令会中断当前Telnet会话务必确保有Console线备用业务VLAN从10开始编号按部门/功能分段10-99为办公网100-199为生产网200-299为访客网300-399为物联网设备预留VLAN4094作为黑洞VLAN将所有未授权端口统一划入配合ACL丢弃其所有流量实现“默认拒绝”安全策略。命名规范比ID更重要。华为Web界面和命令行都支持VLAN描述description但很多工程师留空。我在某金融客户项目中强制要求每个VLAN必须用中文描述业务属性例如vlan 20 description 研发部-代码服务器区-禁止外联。这样当某天安全审计发现异常流量时运维人员在display vlan输出中一眼就能定位风险源而不是对着VLAN20猜半天是哪个系统。3. 核心配置与实操细节从eNSP模拟到现网落地的完整链路3.1 eNSP环境搭建三步构建可验证的VLAN拓扑别急着敲命令先搭一个能“看见效果”的实验环境。我用eNSP 1.3.00.100版本华为官方推荐稳定版构建如下最小闭环设备选型1台S5700-28C-EI模拟接入交换机1台S5735-L模拟核心交换机2台PC终端PC1/PC21台Server模拟网关物理连接PC1接S5700的G0/0/1PC2接G0/0/2S5700的G0/0/24连S5735-L的G0/0/1此链路将配置为Trunk初始配置两台交换机均清除配置reset saved-configurationreboot确保从干净状态开始。关键点在于验证手段前置。很多教程教完配置就结束但没告诉你怎么确认成功。我的验证清单只有三项却覆盖全部核心逻辑步骤1检查VLAN数据库—— 在S5700上执行display vlan确认VLAN10、20已创建且端口成员正确步骤2抓包看Tag行为—— 在S5700的G0/0/24口开启端口镜像observe-port 1 interface GigabitEthernet0/0/24用Wireshark捕获PC1发往PC2的ARP请求确认帧头是否有802.1Q字段及VLAN ID值步骤3跨VLAN连通性测试—— PC1VLAN10ping ServerVLAN100若通则证明三层路由生效PC1 ping PC2VLAN20应不通验证二层隔离。这个闭环设计让我在带新人时能把抽象概念转化为可视化的“证据链”。当学员亲眼看到Wireshark里VLAN10的ARP包带着Tag穿过Trunk口而VLAN20的包在Access口被剥离TagVLAN的运作逻辑就不再是文字描述而是可触摸的网络脉搏。3.2 Access端口配置从PC接入到策略绑定的完整流程以财务部PC接入为例详细拆解Access端口配置的每个参数意义# 进入端口视图 interface GigabitEthernet0/0/1 # 设置端口类型为Access关键不执行此步后续vlan命令无效 port link-type access # 指定该端口默认归属VLAN10 port default vlan 10 # 启用端口安全可选但强烈推荐 port-security enable # 限制该端口只学习1个MAC地址防私接HUB port-security max-mac-num 1 # 配置违规处理方式直接shutdown端口最严策略 port-security protect-action shutdown # 添加描述便于识别 description Finance-PC1-2023Q3这段配置里port default vlan 10常被误解为“只允许VLAN10通过”其实它的作用是当PC发出不带Tag的报文时交换机自动为其打上VLAN10标签。如果PC误发了带Tag的报文比如装了虚拟机并启用了VLAN功能华为交换机会直接丢弃——这是Access端口的硬性规则。这也是为什么IP电话必须用Hybrid或Trunk电话本身会发送带VLAN20标签的语音流Access端口会把它当非法报文扔掉。端口安全port-security是Access端口的隐藏王牌。某次某电商公司遭遇ARP病毒感染主机伪造财务部MAC地址导致财务系统登录失败。事后复盘发现若当初在财务部所有Access端口启用max-mac-num 1病毒主机根本无法接入网络。这个功能不增加带宽开销却能从物理层切断大部分二层攻击路径。3.3 Trunk端口配置跨交换机VLAN传递的精确控制Trunk配置的核心矛盾在于既要保证多VLAN通行又要防止VLAN泄漏。默认Trunk允许所有VLAN1-4094通过这在现网中极其危险。某教育城域网曾因此发生事故一台接入交换机误配Trunk且未限制VLAN导致学生宿舍VLAN200的流量意外透传至教研室VLAN50教研系统被大量下载请求拖垮。正确做法是“白名单式”放行# 进入上行端口连接核心交换机 interface GigabitEthernet0/0/24 # 设置为Trunk模式 port link-type trunk # 显式声明允许通过的VLAN必须包含本征VLAN port trunk allow-pass vlan 10 20 100 # 修改本征VLAN为100避免使用默认VLAN1 port trunk pvid vlan 100 # 禁用VLAN1通过消除安全隐患 undo port trunk allow-pass vlan 1这里port trunk pvid vlan 100的作用是当Trunk口收到不带Tag的报文比如核心交换机发来的管理报文自动打上VLAN100标签而undo port trunk allow-pass vlan 1则彻底堵死VLAN1的透传通道。这两步组合既满足管理需求又杜绝了默认VLAN的滥用风险。验证Trunk是否生效最直接的方法是display port vlan命令。它会清晰列出端口的Link-Type、PVID、Trunk-VLAN列表。若看到VLAN10 (U)表示VLAN10已UP且允许通过而VLAN1 (D)则显示为DOWN说明禁用成功。3.4 Hybrid端口实战IP电话与PC共存的黄金配置IP电话IP Phone是Hybrid端口最典型的落地场景。电话本身是一个小型交换机它通过RJ45口上联交换机再通过另一个RJ45口下联PC。电话需要两个VLANVLAN20承载语音流高优先级VLAN10承载PC数据流普通优先级。Hybrid端口通过“Tag/Untag双策略”完美解决# 配置上联端口接IP电话 interface GigabitEthernet0/0/3 port link-type hybrid # 语音VLAN20的报文必须带Tag以便核心交换机识别并调度QoS port hybrid tagged vlan 20 # PC数据VLAN10的报文不带TagPC无需感知VLAN存在 port hybrid untagged vlan 10 # 设置PVID为VLAN10使PC发出的无Tag报文归属VLAN10 port hybrid pvid vlan 10 description IP-Phone-Room301这个配置的精妙之处在于PC发出的报文无Tag→ 交换机打VLAN10标签 → 转发至电话 → 电话剥离标签后交给PC操作系统PC完全无感电话发出的语音报文带VLAN20标签→ 交换机识别后保留Tag → 发往核心交换机进行语音QoS调度当电话需要获取IP地址时它会发送DHCP Discover无Tag交换机按PVID打VLAN10标签确保它能从VLAN10的DHCP服务器获取地址。我曾用此配置在某医院部署200台IP电话所有终端零配置上线。关键经验是必须确认IP电话的VLAN配置与交换机Hybrid设置严格对应。某次因电话固件版本差异语音VLAN被设为200而非20导致所有通话单通——抓包发现电话发的语音包Tag是200而交换机只放行VLAN20直接丢弃。这种细节只有亲手调通过才会刻骨铭心。4. 故障排查与性能优化从“Ping不通”到“毫秒级响应”的实战手册4.1 VLAN常见故障速查表5分钟定位90%问题现象可能原因快速验证命令解决方案同VLAN内PC无法互Ping端口未加入VLAN / 端口Shutdowndisplay vlan、display interface brief检查port default vlan配置确认端口Administrative UP跨VLAN无法Ping通网关SVI接口未UP / IP地址冲突display ip interface brief、display arp检查interface Vlanif10下ip address和undo shutdownTrunk口VLAN不通对端未配Trunk / VLAN未放行display port vlan双向执行双方均执行port trunk allow-pass vlan xPC获取不到IP地址DHCP服务器不在同一VLAN / 中继未配display dhcp server statistics在SVI接口下配置dhcp select relaydhcp relay server-ipWireshark抓不到Tag报文抓包口非Trunk/Hybrid / 镜像配置错误display observe-port确保镜像源口为Trunk且目的口为Access否则Tag被剥离这张表来自我整理的37个现网案例。最常被忽略的是双向验证Trunk故障90%源于单边配置。比如S5700配了allow-pass vlan 10但S5735-L忘了配结果VLAN10流量在S5700能发出去却在S5735-L被静默丢弃。display port vlan必须在两端同时执行对比输出是否一致。另一个高频陷阱是SVI接口状态。很多工程师以为配了interface Vlanif10和IP地址就万事大吉却忘了undo shutdown。华为设备SVI默认是shutdown状态display ip interface brief中会显示down/down此时即使物理链路完好三层也不通。这个细节在eNSP里容易被忽略因为模拟器有时会自动激活但现网设备绝不会。4.2 性能瓶颈诊断当VLAN遇上广播风暴VLAN本意是抑制广播但配置不当反而会放大风暴。某次某物流中心仓库网络瘫痪现象是所有VLAN内设备间歇性失联。抓包发现ARP请求报文在VLAN50内呈指数级增长1秒内达2000包。根因是接入交换机上存在环路而STP生成树协议未启用。VLAN把广播域缩小了却没解决环路本身——广播包在环路中不断复制最终填满交换机MAC表导致正常转发失效。解决方案分三步紧急止损在核心交换机上临时关闭VLAN50的SVI接口interface Vlanif50→shutdown隔离风暴域定位环路执行display stp brief发现所有端口STP State为DISABLED确认STP未启用永久修复全局启用STPstp mode stp并配置根桥优先级stp priority 0再逐台检查接入交换机STP状态。这个案例揭示一个本质VLAN是逻辑隔离STP是物理防环二者必须协同。华为设备默认关闭STP新手常以为“没配STP也没出事”实则是运气好没形成环路。我的硬性规范是只要网络中有冗余链路STP必须启用且根桥必须明确指定——绝不能依赖默认优先级。4.3 QoS与VLAN联动让语音视频不卡顿的底层逻辑VLAN ID不仅是隔离标识更是QoS策略的锚点。在华为设备中VLAN与优先级映射是打通“识别-标记-调度”全链路的关键。比如保障IP电话语音质量# 步骤1在Hybrid端口信任语音VLAN的802.1p优先级 interface GigabitEthernet0/0/3 trust 8021p # 步骤2将VLAN20的802.1p值6EF映射到本地队列 qos map-table dot1p-lp input 6 output 6 # 步骤3在上行Trunk口启用WRR队列调度 interface GigabitEthernet0/0/24 qos wrr queue 6 weight 100 # 语音队列权重最高这套配置的原理是IP电话发出的语音包自带802.1p6标记交换机通过trust 8021p信任该标记再通过dot1p-lp映射到本地高优先级队列最后在上行口用WRR加权轮询确保语音队列获得最多带宽。实测数据未配置QoS时VLAN20语音包在高峰时段丢包率达12%启用后稳定在0.02%以内。这里的关键认知是VLAN提供分类基础QoS提供调度能力二者缺一不可。只划VLAN不配QoS语音和邮件流量仍在同一队列争抢带宽只配QoS不划VLAN则无法精准识别语音流来源。5. 进阶应用与扩展思考VLAN如何支撑SDN与云网融合5.1 VLAN与VXLAN的演进关系不是替代而是分工随着数据中心向云化演进常有人问“VXLAN是不是要取代VLAN”答案是否定的。VLAN基于802.1Q和VXLAN基于UDP封装是不同层级的隔离技术它们的关系更像“楼层平面图”与“城市交通网”VLAN解决单机房内二层隔离最大4094个广播域适用于传统三层架构VXLAN解决跨机房、跨云的二层延伸24位VNI支持1600万租户适用于Overlay网络。在华为CloudEngine系列交换机中二者是协同工作的VXLAN隧道的源/目的IP由Underlay网络通常用OSPF/BGP构建提供而VXLAN内封装的原始报文依然携带VLAN ID。这意味着你在VXLAN网络中创建的租户VNI5000其内部仍可划分VLAN10Web、VLAN20DBVLAN继续承担租户内子网隔离职责。某金融云平台采用此架构核心用CE12800跑VXLAN接入层S6730跑VLAN。当某租户需要扩容只需在VXLAN控制器中新增VNI其内部VLAN结构完全复用无需改动接入层配置。这种分层解耦正是VLAN生命力延续的根本原因。5.2 自动化运维中的VLAN管理从CLI到Python脚本手工配置百台交换机的VLAN是灾难。华为提供两种自动化路径iMaster NCE-Campus图形化平台批量下发VLAN适合有专业网管团队的中大型企业Python Netmiko轻量级脚本适合中小网络快速迭代。我写过一个实用脚本输入Excel表格含交换机IP、端口、VLAN ID、描述自动生成配置并下发from netmiko import ConnectHandler import pandas as pd df pd.read_excel(vlan_plan.xlsx) for idx, row in df.iterrows(): device { device_type: huawei, ip: row[IP], username: admin, password: ****** } net_connect ConnectHandler(**device) config_commands [ finterface {row[Port]}, port link-type access, fport default vlan {row[VLAN_ID]}, fdescription {row[Description]} ] output net_connect.send_config_set(config_commands) print(fConfigured {row[IP]} {row[Port]}: {output})这个脚本的价值不在技术难度而在于把重复劳动转化为可审计、可回滚的代码。某次客户要求一周内完成200个新接入点VLAN部署手工操作至少需3人×5天用脚本2小时完成且每次执行前可预览配置出错立即回退。VLAN管理的未来一定是“策略即代码”Policy as Code而起点就是把port default vlan这样的基础命令变成可编程的原子操作。5.3 安全加固实践VLAN与防火墙策略的深度绑定VLAN隔离只是第一道防线必须与防火墙策略联动才能形成纵深防御。在华为USG6000系列防火墙上VLAN接口可直接作为安全区域Security Zone# 将VLAN10接口加入Trust区域 firewall zone trust add interface Vlanif10 # 配置Trust到Untrust的出站策略仅允许HTTP/HTTPS security-policy rule name OUTBOUND_WEB source-zone trust destination-zone untrust source-address 10.10.10.0 255.255.255.0 # VLAN10网段 service http https action permit这种绑定的意义在于即使VLAN间路由被意外开启防火墙仍能拦截非法访问。某政务云项目中因运维误操作导致VLAN10办公网与VLAN100互联网区路由互通但因防火墙策略严格限制所有非Web流量被阻断未造成数据泄露。我的安全铁律是VLAN定义“谁能看见谁”防火墙定义“谁能做什么”。二者必须同步规划、同步部署、同步审计。每周执行display security-policy all与display vlan交叉比对确保每个业务VLAN都有对应的防火墙策略且策略粒度精确到IP段和服务端口——这是守住网络边界的最后一道人工校验。我在实际操作中发现VLAN配置最怕的不是命令记不住而是脱离物理场景空谈逻辑。每次配完一个VLAN我都会强迫自己回答三个问题这个VLAN连着哪些真实设备这些设备之间需要什么通信哪些通信必须被阻止把抽象ID还原成财务部的打印机、车间的PLC、会议室的投影仪VLAN就不再是命令行里的数字而是你亲手编织的网络神经脉络。

相关新闻

自动驾驶轨迹预测实战:从物理模型到多模态LSTM的完整建模指南

自动驾驶轨迹预测实战:从物理模型到多模态LSTM的完整建模指南

做轨迹预测这摊事也有几年了,期间带过很多次数学建模竞赛的队伍,也帮一些做辅助驾驶的朋友调过模块。每次拿到“自动驾驶轨迹预测”这类题目,很多人的第一反应就是:“这不就是个回归问题吗?给我一个LSTM就完事了。” 真…

2026/10/17 14:16:05 阅读更多 →
看板API接入实战:评估框架、自动化协作与避坑指南

看板API接入实战:评估框架、自动化协作与避坑指南

看板工具的API,说白了就是给你那个花花绿绿的任务面板开一扇数据门。干这行这么多年,我越来越觉得,一个不能通过API自由读写数据的看板,跟一块电子白板没本质区别——好看,但信息全憋在里面出不来。这篇文章是我花了几…

2026/10/17 14:16:05 阅读更多 →
大文件拆分实战:从split命令到命名规范全解析

大文件拆分实战:从split命令到命名规范全解析

如果你也对着一个几百兆的日志文件手足无措过,那这篇内容就是写给你的。做后端、做数据、做运维的人,几乎都躲不开“文件过大”的尴尬:文本编辑器打开直接卡死、数据库导入工具报内存溢出、上传平台限制单文件大小、下游同事只想要 1 万行一个…

2026/10/17 14:16:05 阅读更多 →

最新新闻

Superpowers:为Codex CLI注入稳定工作流,让AI编程更可靠

Superpowers:为Codex CLI注入稳定工作流,让AI编程更可靠

最近我的工作流里多了一个叫 superpowers 的东西,它实实在在地改变了我和 Codex CLI 的配合方式。如果你也遇到过这种情况:明明机器配置好了、模型也是最新的,但让它写个功能代码总是"写得快、错得也快",一追问就开始瞎…

2026/10/17 15:09:45 阅读更多 →
Visual Studio命令行构建原理:devenv与MSBuild差异解析

Visual Studio命令行构建原理:devenv与MSBuild差异解析

1. 这不是“换壳操作”,而是真正打通VS编译链路的底层实践你有没有遇到过这样的场景:在某高校实验室带学生做C课程设计,项目用的是Visual Studio 2022,但提交作业要求必须提供“可复现的构建过程”;或者你在某公司参与…

2026/10/17 15:09:45 阅读更多 →
Web端可视化答题卡编辑器:Vue3+Konva实现OMR合规生成

Web端可视化答题卡编辑器:Vue3+Konva实现OMR合规生成

简介:这是一套面向教育从业者、在线考试系统开发者及前端学习者的Web端答题卡可视化制作工具源码,解决非技术用户难以定制化生成标准化答题卡的痛点,适用于学校模考、企业培训测评、在线考试平台快速搭建等场景。资源共55个文件,以…

2026/10/17 15:09:45 阅读更多 →
STM32F103上模糊自整定增量式PID电机调速实战

STM32F103上模糊自整定增量式PID电机调速实战

简介:本资源面向STM32嵌入式初学者与电机控制方向开发者,提供一套基于STM32F103ZET6与编码器直流电机的模糊自整定增量式PID调速程序,用于解决传统增量式PID在速度控制中响应与超调难以兼顾的问题。代码沿用正点原子工程格式,分程…

2026/10/17 15:09:45 阅读更多 →
从零搭建私有化大模型服务:Ollama与Python实战指南

从零搭建私有化大模型服务:Ollama与Python实战指南

说实话,试了半年本地大模型之后,我最大的感受不是“省了钱”,而是“终于睡得着觉了”。之前团队所有 AI 能力都挂在云端接口上,每月账单几千元起步,每逢业务高峰还会收到限流告警;更难受的是,很…

2026/10/17 15:09:45 阅读更多 →
前端小游戏实战:Canvas弹球与DOM节奏游戏深度解析

前端小游戏实战:Canvas弹球与DOM节奏游戏深度解析

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

2026/10/17 15:08:44 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/16 21:35:51 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/17 1:44:59 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 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/16 21:54:38 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/16 14:23:36 阅读更多 →