IPv4地址分类与子网划分实战:从掩码到VLAN协同
1. 从32个0/1开始IPv4地址的结构与分类逻辑做网络这一行不管你是刚入门的学生还是已经在机房摸爬滚打好几年的运维总会有一个绕不开的基础知识点被反复询问那就是IP地址的组成与分类。很多人能背出A类、B类、C类也能说出192.168开头的属于私有地址但真到了需要自己规划一个网段、写掩码、算广播地址的时候又开始掰手指头。之所以这样多半是因为一开始学的时候只记住了结论没搞懂这32位二进制背后的设计逻辑。今天我不打算像教材那样按部就班地把TCP/IP协议栈抄一遍而是想从实际组网的角度把IP地址、子网划分和VLAN这些事串起来用我很长时间实战中总结出来的思路重新讲一遍。IP地址确切地说IPv4地址是由32位二进制组成的。32位什么概念你可以理解成一排开关每一位要么是0要么是1总共2的32次方种组合约43亿个。为什么当年选择32位而不是48位或64位这有历史原因。早期的网络规模没有现在这么大32位在当时看来已经是天文数字谁能想到几十年后会不够用。但这32位不是简简单单的32个比特它被赋予了结构前半部分叫网络位后半部分叫主机位。网络位用于标识你所在的那个“网段”主机位用于标识这个网段里的“第几台设备”。就像街道地址一样先确定你是哪个城市、哪条街再确定你是哪个门牌号。如果网络位全部相同就认为这些设备在同一个网络内彼此可以直接通信如果网络位不同就需要通过路由器来转发。这种“网络位主机位”的划分在IPv4地址设计之初是靠分类来区分的。互联网最初的设计者们把地址空间分成五类从A到E。A类地址的最高位固定为0第一个八位组范围是1到126默认子网掩码是255.0.0.0也就是前8位是网络位后24位是主机位。B类地址最高两位是10第一个八位组范围是128到191默认掩码255.255.0.0前16位网络位。C类地址最高三位是110第一个八位组范围192到223默认掩码255.255.255.0前24位网络位。D类地址以1110开头范围224到239专门用于组播。E类地址以1111开头范围240到255保留研究使用。这套分类方法在早期很直观因为网络规模差异大有的机构只有几百台设备有的机构可能有几万台用不同类别区分可以避免浪费。但它的缺陷也很明显一个C类网上限是254台主机可一个办公室最常见的场景是300台设备你就不得不再申请一个C类网段结果变成两个不连续的网络管理麻烦而一个B类网络能容纳65534台主机绝大多数组织根本用不了那么多地址浪费非常严重。随着网络设备数量的爆炸式增长这种“一刀切”的分类方式很快显得笨重。于是后来引入了CIDR无类别域间路由彻底打破了A/B/C/D/E的固定边界让掩码长度可以根据实际主机数量灵活调整。所以今天你去看现代网络设备和云平台的配置几乎没人再谈“这是B类地址”这种说法了大家更习惯说“一个/16段”“一个/24段”。但理解了分类的来龙去脉你再看到别人写的IP规划表时就能一眼看懂那些数字背后是怎么来的。2. 那些“不能用”的IP特殊地址与日常踩坑我知道你更关心的是“哪些地址能直接拿来用”但网络世界里恰恰有一批地址是“看起来能配配了就出事”的。经常有刚入行的朋友问我为什么我把设备的IP配成0.0.0.0它反而不通为什么某些局域网里的IP会出现169.254开头这些都属于特殊IP地址的范畴。真正理解它们在排查网络故障的时候能少走很多弯路。先看几个最常见的特殊地址。第一个是0.0.0.0。它在网络配置里通常表示“本网络上的所有地址”或者“未知地址”。在DHCP协议中客户端还没有获得IP地址的时候源IP会填0.0.0.0在路由器上静态路由里的0.0.0.0/0则表示默认路由也就是“所有没有匹配到明细路由的流量都走这里”。所以这不是一个可以直接分配给某台电脑当源地址用的IP。第二个是127.0.0.0/8这个网段其中最有名的是127.0.0.1通常被称为环回地址。它代表本机自身用于本地网络软件测试和进程间通信。如果你在自己电脑上ping 127.0.0.1通了只能说明本机协议栈是正常的和物理网卡、交换机一点关系都没有。很多人排错时先ping 127.0.0.1这只是第一步千万不要得出“网络没问题”的结论。第三个必须重点说的是169.254.0.0/16。这个地址段叫链路本地地址操作系统在没有配置静态地址、又找不到DHCP服务器时会自动给自己分配一个169.254开头的地址。很多人一看到这个地址就懵觉得自己网断网了其实这正是系统在告诉你我没拿到有效IP配置。通常出现169.254地址时优先检查DHCP服务是否正常、网线是否连通、交换机端口是否有问题而不是急着改IP。第四个是224.0.0.0到239.255.255.255的组播地址它也不可以单独分配给单台设备做普通通信只能用于组播组。真正实用的是组播地址里的224.0.0.1所有主机和224.0.0.2所有路由器比如OSPF和VRRP这类协议就会用到这些固定组播地址。还有一个容易混淆的概念是主机位全0和全1。在我们正常划分的一个子网里主机位全为0的地址是这个子网的网络地址代表这个网段本身不能分配给设备。主机位全为1的地址是广播地址用于向这个子网内所有设备发送广播报文同样不能分配给具体设备。比如192.168.1.0/24这个网段192.168.1.0是网络地址192.168.1.255是广播地址能分配给电脑的只有192.168.1.1到192.168.1.254。这个限制在子网划分时非常重要因为不管你划分多么小的子网每个子网都会“损失”两个地址网络地址和广播地址。有些初学者规划IP时只算2的n次方减2忘了是减两个导致实际可用IP比预期多算或少算。记住可用主机数永远是2的主机位位数次方减2。特殊IP地址里还有一块非常重要的内容就是私有地址段。RFC 1918规定了三段可供组织内部自由使用的私网地址10.0.0.0/8172.16.0.0/12192.168.0.0/16。这三段地址在公网上不会被路由任何组织都可以在自己的内部网络随便用只要保证内部不冲突即可。家里的路由器默认用192.168.1.1公司内部常用10.x.x.x或172.16.x.x都是这个原因。它们需要通过NAT网络地址转换才能访问外网。理解私有地址的意义在于你规划内部网络时地址选择有足够的弹性同时你也应该清楚访问别人网站时数据包里源IP必须是一个合法的公网IP否则中间路由器一看这是私有地址会直接丢弃。这也是为什么你家里所有电脑都是一个类似192.168.1.x的地址但外部服务器看到你的来源却只有一个公网IP这就是NAT做的事。3. 子网划分的核心算法从一个C类地址的精细切割开始聊完特殊地址我们把重点放到子网划分上。这可能是整个IP基础里最实用、但也最容易被培训班讲成一堆公式死记硬背的内容。我自己见过太多人问他192.168.1.0/24划分成4个子网后每个子网的网络地址是多少他能掰着手指算半天最后还算错。根本原因在于没有理解掩码的本质只是在背“256除以4等于64”之类的表面规律。所以我打算从掩码和二进制的关系讲起让你彻底搞懂手算的逻辑以后遇到任何网段都能直接推出来。首先明确一个核心概念子网掩码用来区分网络位和主机位它本身也是32位。掩码里从左边开始连续的一串1代表网络位剩下连续的0代表主机位。比如255.255.255.0它展开成二进制是11111111.11111111.11111111.00000000意思是前24位是网络位后8位是主机位。在CIDR表示法里我们通常写作/24代表网络位长度是24位。所以子网掩码255.255.255.0和/24是等价写法。同理255.255.255.128展开是11111111.11111111.11111111.10000000前25位是1就是/25。255.255.255.192展开是11111111.11111111.11111111.11000000前26位是1就是/26。子网划分的本质是从主机位中“借”出若干位作为子网位。以192.168.1.0/24为例如果我们要划分成4个子网需要从原本的8个主机位中借2位。2的2次方等于4这2个子网位能产生4种组合00、01、10、11对应4个子网。但借走2位后主机位只剩下6位所以每个子网内最多能容纳的主机数量是2的6次方减2也就是62台。这里就出现了很多新手绕不过来的问题子网数并不是只用2的n次方算就算完了还要看可用主机数是否满足需求。有时候你想分成8个子网需要借3位主机位只剩5位每个子网只有30个可用地址。如果实际需求是每个网段放50台机器那就不能划分成8个只能牺牲子网数量去换取主机数量。这个平衡关系才是子网划分算法里的真正核心。知道了要借多少位之后怎么算出每个子网的具体范围和网络地址这里我用一个非常实用的计算方式叫“块大小法”。块大小指的是相邻子网之间的间隔对于同一个掩码来说块大小等于256减去掩码的最后一个非0八位组。举例来说/26的掩码是255.255.255.192256减192等于64所以块大小是64。也就是说一个/24网段切成/26后每个子网占64个地址。第一个子网从0开始192.168.1.0第二个子网块从64开始192.168.1.64第三个从128开始192.168.1.128第四个从192开始192.168.1.192。你可能会问为什么块大小是64而不是62或66因为子网位的步进是2的原本主机位位数-剩余主机位数次方也就是2的2次方等于4每4个地址组内其实还分两块但按十进制就是64。如果你把上面几个子网的网络地址写成二进制就能看到规律后8位分别是00000000、01000000、10000000、11000000确实是以64为单位在递增。这就是块大小法的原理它不过是二进制规律在十进制下的简化表达。有了块大小和网络地址剩下的就非常简单。每个子网的广播地址就是下一个子网的网络地址再减1。第一个子网192.168.1.0/26下一个子网网络地址是192.168.1.64所以广播地址是192.168.1.63。可用主机范围则是从网络地址加1到广播地址减1也就是192.168.1.1到192.168.1.62。注意如果划分到最后一个子网下一块就是256那么广播地址就是256减1等于255也就是192.168.1.255。这个规则适用于任何子网划分只要算出块大小你就掌握了所有子网的关键信息。这里可以顺便补充一个常见误区很多人以为子网掩码变了IP地址本身也会跟着变所以喜欢考虑“网络地址能不能是1开头”之类的问题。实际上子网划分并没有改变原有网段的数值范围只是把它切成了更小的段而已。你可以在192.168.1.0/24里划分出64个子网每个子网只有2个可用地址这在某些点对点链路中非常常见。4. 用一个办公室网络案例把子网划分算法跑一遍说再多理论不如动手算一遍。我现在给你设计一个非常典型的办公室网络规划场景并且全程演示计算过程。你需要把自己代入一个负责某公司网络搭建的工程师角色该公司目前有两层楼一层是研发部大概有80台设备另一层是行政和市场部加起来有120台设备会议室、前台公共区域还有大约30个点位。公司只申请到了一个公网IP但内部网络可以自由使用私网地址。你和同事们决定使用常见的192.168.1.0/24段做内网规划但显然不可能只用一个/24至少需要划分多个子网来隔离不同部门和减少广播冲突。这里我先带着你用手算方式做一次传统子网划分然后再说一下更符合实际需求的VLSM可变长子网掩码规划。需求拆解一下研发部80台行政市场部120台公共区域30台。如果使用统一子网掩码也就是把所有子网都切成同样大小那么需要以满足最大部门需求为准。行政市场部要120台主机考虑到网络地址和广播地址占掉两个可用主机数至少要是122台。在/24这个段里我们要找一个主机位数使得2的主机位数次方减2大于等于122。主机位6位时可用62台不够主机位7位时可用126台够用但2的7次方等于128所以掩码是/25。如果我们把192.168.1.0/24划分成等长的/25子网就只能得到两个子网192.168.1.0/25范围1到126192.168.1.128/25范围129到254。第一个子网给行政市场部第二个给研发部公共区域怎么办如果再从这两个子网里用更短的掩码切就属于VLSM了。只用等长子网划分其实已经无法完美满足三个区域的需求。所以这个时候我们引入VLSM也就是可变长子网掩码。VLSM的思想很直白同一个主网段内部不同子网可以使用不同的掩码长度根据实际主机数量按需分配地址块。一个/24网段可以同时切出/25、/26、/27等不同大小的子网块只要它们不重叠、总地址空间不超出/24范围即可。这让地址分配的灵活度大大提升也是现代网络规划的主流做法。我们还是以192.168.1.0/24为例。先满足最大需求行政市场部120台分配192.168.1.0/25可用地址1到126共126个可用IP足够覆盖120台设备并留6个余量。接下来看研发部80台可用地址需要至少82个。在剩余的192.168.1.128/25这一段里我们再切一个/25得到192.168.1.128/25可用地址129到254共126个给研发部绰绰有余。然后公共区域30台需要可用地址至少32个。剩下的地址段还有哪些这里要仔细算第一个/25用了0到127第二个/25用了128到255似乎已经全部用完了。实际如果这样做公共区域就没地方放了。正确做法是不要在最初就把第二个/25整个覆盖掉而应该用更细的切法。比如先给行政市场部分配192.168.1.0/26可用62个但不够120台所以不能这么做。我们需要在满足最大需求的前提下为后面的小区域留出空间。很多新手在这里会卡住。我们重新规划先在192.168.1.0/24里给行政市场部分配192.168.1.0/25这个子网占用0到127。然后剩下128到255这段有128个地址。研发部需要80台从这一段里划分出一个/25如果直接取192.168.1.128/25那么地址到255就全没了。正确做法是给研发部分配192.168.1.128/26可用地址129到19062个可用不够80台。那么只能分配192.168.1.128/25但这样公共区域就没有剩余空间了。遇到这种情况说明你手中只有一个/24确实有点紧张。在实际工程里正确做法是向运营商多申请一个/24或者使用10.0.0.0/8等更大的私有段。但为了演示VLSM我们可以假设使用的是192.168.0.0/23也就是512个地址。这样行政市场部依然用192.168.0.0/25接着研发部用192.168.0.128/25公共区域再从192.168.1.0/24这一段取一个/27比如192.168.1.32/27可用33到6230个IP正好。这也是为什么现代网络规划建议先确定总地址空间再逐级细分。VLSM的算法步骤其实清晰可循先按需要主机数量最大的子网来分配最小可用块然后从剩余空间中继续为第二大需求分配以此类推。每个子网选块大小的时候要遵循“块大小略大于需求2”的原则同时块大小必须是2的幂。这样能最大限度避免地址浪费。在我参与过的多个中小型网络项目中我最常用的策略是让网关地址落在每一段的最低位也就是网络地址加1比如192.168.0.1、192.168.0.129。所有交换机管理地址也统一规划成一段独立小网段避免和业务地址混杂。你可以把这种方法直接复制到你的规划表里能省很多事。5. 子网和VLAN二层隔离与三层逻辑别把两张网搞混地址划分到子网只是完成了IP层面的逻辑分割。但当电脑真的接入交换机以后你会遇到一个尴尬的问题我把研发部和行政部分配成了不同的IP子网网线插在同一台交换机上为什么两边还是能互相访问如果你遇到过这种情况说明你已经触碰到了VLAN这个概念。很多初学者把子网划分和VLAN当成一回事其实它们完全不同但实际组网中又必须配合使用。这一节我想把两者的关系讲清楚顺便解释最基本的VLAN使用逻辑。先明白二层和三层。普通交换机工作在二层它转发数据依靠的是MAC地址表不关心IP地址。当你把两个不同IP子网的设备插在同一个二层交换机上它们之间其实是可以直接通信的。因为设备会通过ARP广播查询对方的MAC地址交换机把广播帧转发给所有同网段设备收到ARP响应后两台设备就可以封装二层帧通信完全不需要经过路由器。这时你设置的子网隔离在二层层面并没有生效。一个典型的场景是你配了两个部门不同的IP网段但广播风暴仍然能够通过交换机影响到所有设备因为交换机默认属于同一个广播域。随着网络规模变大广播报文会越来越多大量无效广播耗费带宽和时间这就是VLAN要解决的问题。VLAN即虚拟局域网是在二层把物理交换机分割成多个虚拟广播域的技术。每个VLAN拥有独立的广播域VLAN之间无法直接二层互通。从IP角度看为了让VLAN内的设备通信我们需要给每个VLAN配一个IP子网。这两者在思路上是一种配套关系VLAN负责二层隔离子网负责三层地址规划。比如研发部使用VLAN 10IP规划192.168.10.0/24行政部使用VLAN 20IP规划192.168.20.0/24。同一个VLAN内的设备在二层互通不同VLAN之间即使插在同一台交换机上也会因为被隔离而无法直接通信必须经过三层路由路由器或三层交换机来转发。如果你配置好了VLAN却发现两个部门依然互通那多半是忘了关掉某个端口的中继或者误将两个VLAN都配到了相同的IP网段上。在配置VLAN时有几个基础概念需要掌握。Access口也叫接入模式端口通常连接终端设备并指定该端口属于哪个VLAN。Trunk口也叫中继端口用于交换机与交换机之间传输多个VLAN的数据帧。当多台交换机需要承载多个VLAN时连接它们的链路就必须配成Trunk并且允许特定VLAN通过。如果你只有一个部门、一个VLAN交换机和交换机之间其实用Access口也能通但一旦有多个VLAN就必须用Trunk。Trunk的链路标记机制目前最常见的是802.1Q标准会在以太网帧头插入一个VLAN标签。我在实际项目中见过不少坑比如两个交换机之间用普通网线连接端口配置成Access结果各VLAN互不相通排查半天才发现是Trunk没配。这个问题的根因就在于Access口只会转发一个VLAN的数据多个VLAN的帧无法穿过。为了让VLAN能与其他子网协同工作三层交换机或者路由器上要为每个VLAN配置一个网关接口。网关地址是每个设备配置的默认网关通常取该子网的一个可用地址最常见的是.1。当设备需要访问其他网段时会把数据先发到网关再由路由器根据路由表转发。这里也需要注意网关地址必须落在对应VLAN的IP子网范围内否则设备无法上网。比如VLAN 10的设备配了网关192.168.10.2可交换机上VLAN 10的三层接口偏偏写成了192.168.20.1那就完全对吗不对因为虽然设备能发送但网关接口所在的子网不同ARP请求会被交换机丢弃。所以VLAN划分完成后一定花几分钟把“VLAN号、IP网段、网关、端口范围”列成一张对应表再逐个配上去能少犯很多低级错误。6. 我踩过的子网划分和VLAN配置的坑以及最后的经验如果前面讲的都是“应该怎么做”那这一节我想聊聊“我实际踩过的坑”。有些问题看起来很简单但真到了深夜加班维护的时候你会因为一个小数点而抓狂。我把印象里比较典型的几个错误记录下来你也好提前避一避。第一个坑是掩码换算错误。有一次给一个分支机构的网关设备配置地址我本来想配192.168.5.0/27结果把掩码写成255.255.255.224本来是/27没错。可下一跳路由器那边可能写错了掩码导致两个设备虽然看起来IP很近但一个认为自己是/27另一个认为对方是/26结果路由忽通忽断。排查到最后才发现是设备A的掩码写成了255.255.255.192设备B是255.255.255.224。两者对网络地址的推断不一致就会发生“无法通信”的怪异现象。处理这类问题我的经验是配置完地址后立刻在设备上执行路由表查看命令确认路由条目里网络地址和掩码是否和预期一致不要只看配置里那几串十进制数字。第二个坑是没有给地址增长留余量。我刚开始独立做项目那会儿特别喜欢把地址分配得满满当当恨不得每个子网只有个位数余量显得自己规划得很“精准”。结果业务一扩展领导说要增加三十台机器原有子网空间不够又不想重新调整整个网络只好在旁边再开一个子网结果跨网段访问又多了一条条路由很不优雅。后来我学乖了给每个子网预留至少20%到30%的可用空间尤其对可能增长的部门宁可分配一个看起来“偏大”的段也不要恰好卡着容量。毕竟私网地址是免费资源大点没关系后期维护的复杂度才是真正的成本。第三个坑是VLAN和IP子网对应关系混乱。公司的AP无线网络、监控网络、办公网络本来是三个业务我图省事把三块地址放在同一个/24里又用VLAN隔离导致监控设备能ping通办公网网关办公网能拿到一些奇怪的路由信息排查起来异常痛苦。后来我规范做法是一个VLAN对应一个独立的子网并且用有序的方式编号。比如VLAN 10对应192.168.10.0/24VLAN 20对应192.168.20.0/24。这样从IP地址第一段基本能猜出VLAN号反过来看到VLAN号也能预判IP段。排查问题时只要报一个IP我再对照规划表就能快速定位属于哪个VLAN、哪台交换机、哪个端口。最后再说一个心算技巧。对于/24以下的子网划分我从来不去做十进制掩码转换直接用“块大小”心算。一个/26块大小是64/27块大小是32/28块大小是16/29块大小是8/30块大小是4。这个序列是从256减去对应掩码值得到的但用多了就自然记住了掩码越长块越小主机数越少。当你需要快速判断一个IP属于哪个子网时比如192.168.1.67你知道块大小64那0到63是第一个子网64到127是第二个子网所以192.168.1.67落在第二个子网网络地址是192.168.1.64。这种心算对于日常看日志、配ACL、查路由都是实用的。当然现代网络设备大多数不支持你完全不打草稿但有这个能力至少你在跟别人讨论网络设计时不会被人牵着鼻子走。从IP地址的结构分类到特殊地址再到子网划分算法和VLAN协同这套知识是网络工程师的基本功。你能看到这里说明你是真心想把网络基础打牢。纸上谈兵终觉浅如果条件允许建议你拿一台家用路由器或者打开网络模拟器按照我上面说的步骤把192.168.1.0/24划分成几个子网再配两个VLAN和三层互通。敲一遍配置对应着查看路由表和ARP表比看十篇文章都有用。我在带团队的时候也一直强调网络这件事手熟才是硬道理。

相关新闻

本地部署大模型实战:从环境搭建到推理优化全攻略

本地部署大模型实战:从环境搭建到推理优化全攻略

1. 为什么值得折腾一次本地部署1.1 本地部署到底解决了什么问题先说结论:本地部署AI,就是把原本跑在别人服务器上的大模型,装到自己的电脑或小主机上,让它在本地环境里独立运行。你可能会有疑问,网页版、App版不是用得…

2026/10/18 15:27:02 阅读更多 →
深度解析 LangChain Runnable:从可执行到可配置、可替换的链路管理

深度解析 LangChain Runnable:从可执行到可配置、可替换的链路管理

如果你只是想把一句话丢给模型,然后拿回一个回答,“要不要用 Runnable”这个问题根本不存在——直接调用就够了。我第一次接触 LangChain 的 Runnable 时也是这么想的:这不就是个能 run 的东西吗?直到我在某个内部项目里&#xff…

2026/10/18 15:27:02 阅读更多 →
零基础入门AI漫剧 跟着知漫剧一步步做出能变现的漫剧

零基础入门AI漫剧 跟着知漫剧一步步做出能变现的漫剧

零基础入门AI漫剧,从剧本到成片一步步走通才有变现可能。知漫剧(zz.jiaxunai.cn)把七环节打通成一条数据链,半小时出片,特征向量保证人设稳定。价格实惠,一键生成,零基础也能上手。下面从技术链…

2026/10/18 15:26:02 阅读更多 →

最新新闻

ASP.NET Core Web API 中 Excel 导入导出实战:EPPlus 与 ExcelDataReader 分工方案

ASP.NET Core Web API 中 Excel 导入导出实战:EPPlus 与 ExcelDataReader 分工方案

简介:面向ASP.NET Core WebAPI开发者的Excel处理工具包,基于EPPlus与ExcelDataReader两大开源库,解决Web应用中Excel读取、导出及避免服务器安装Office的常见需求,适用于需要构建数据导入导出接口的中高级.NET后端工程师。压缩包共…

2026/10/18 16:23:31 阅读更多 →
Kafka分区与副本机制:从路由规则到生产端参数的全链路解析

Kafka分区与副本机制:从路由规则到生产端参数的全链路解析

Kafka 的消息模型里,生产者和分区的关系,以及副本之间的配合,几乎是所有刚接触 Kafka 的人最先遇到的两道坎。标题这两个词看着像两个独立的知识点,但实际上它们是连在一起的:消息写入哪个分区,决定了消息被…

2026/10/18 16:23:31 阅读更多 →
React Native混合开发:Android原生与RN双向通信与传参实战

React Native混合开发:Android原生与RN双向通信与传参实战

做React Native混合开发,Android原生和React Native相互调用和传参是最绕不开的主线。我最早在混合应用上折腾时,原生侧负责扫码、蓝牙打印和定位,RN侧负责业务页面。两端不仅要互相触发对方的方法,还得把结果来回携带&#xff0c…

2026/10/18 16:23:31 阅读更多 →
本地AI部署实战:Ollama拉起开源模型,OpenClaw接入业务流程

本地AI部署实战:Ollama拉起开源模型,OpenClaw接入业务流程

2026 年还在纠结“本地 AI 到底值不值得部署”的人,我猜多半没经历过月底被云端 API 账单支配的恐惧,也没被敏感数据不能出内网的需求折磨过。我在帮不同团队搭本地模型服务时,被问得最多的两个问题分别是:Ollama 这类工具是不是只…

2026/10/18 16:23:31 阅读更多 →
科颜萃b5面霜代加工源头厂怎么选?车间老炮拆解膏体公差与防比价底牌

科颜萃b5面霜代加工源头厂怎么选?车间老炮拆解膏体公差与防比价底牌

明明配方单上都写着泛醇,怎么你拿到的货一上脸就搓泥、放两个月就出水?这事在车间里天天见。B5面霜这个品类,看着简单,就一个泛醇保湿的活儿,实际上是最考验代工厂底层功力的品类之一。做得好的,膏体细腻服…

2026/10/18 16:23:31 阅读更多 →
AI生成dmenu脚本:从翻车现场到可靠工作流

AI生成dmenu脚本:从翻车现场到可靠工作流

说实话,看到一大撮“AI 生成”的 dmenu 脚本躺在我的~/bin目录里,我第一反应是先自嘲一句:这不就是大家说的 slop 嘛。批量产出、风格统一、看着都能跑,但离“自己动手写”的水平总差着半口气,偶尔还会给你整出个哭笑不…

2026/10/18 16:22:31 阅读更多 →

日新闻

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

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

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

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

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

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

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

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

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

2026/10/18 0:00:55 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/18 0:00:55 阅读更多 →

月新闻

我发现了一个新思路:用 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/18 0:55:02 阅读更多 →
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/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →