iPhone全机型屏幕尺寸与安全区域速查表(含灵动岛/刘海适配)
1. 为什么一张iPhone屏幕尺寸表能救你半条命做iOS开发、UI设计、前端适配或者哪怕只是个天天折腾App截图发小红书的数码爱好者你肯定经历过这种时刻刚切好一套640×1334的2x图兴冲冲扔进Xcode——结果在iPhone 15 Pro Max上一跑按钮被截掉一半改完又发现iPhone SE第二代上文字挤成一团导出个宣传图发朋友圈客户回一句“这比例怎么看着怪怪的”你翻遍Sketch画布才想起——哦他用的是iPhone 14 Plus不是14 Pro……这种反复横跳的适配焦虑不是技术不行是信息没对齐。这张表我攒了八年从帮某高校实验室做iOS教学Demo开始到后来给三家不同体量的App团队做UI规范咨询再到自己维护一个日活30万的工具类App每一次重构适配逻辑都得重新扒一遍苹果官网PDF、翻旧版Xcode设备列表、查WWDC视频字幕里的像素值。直到去年我把所有机型按物理尺寸、逻辑分辨率、缩放因子、安全区域、刘海/灵动岛形态、状态栏高度、导航栏默认高度、甚至Home Indicator高度全拉进一张表里才真正把“适配”从玄学变成查表作业。它不是冷冰冰的参数罗列而是按真实工作流组织的你拿到一个设计稿第一眼该看什么是物理尺寸决定握持感还是逻辑分辨率决定切图倍率是Safe Area影响按钮位置还是动态岛占用顶部空间这张表把每台iPhone当成一个有脾气的“人”来对待——iPhone 4的320×480是祖师爷级的基准线iPhone 12系列开始全面拥抱OLED和深色模式导致对比度适配新坑iPhone 14 Pro的灵动岛不是装饰它直接吃掉20px高度并强制你重写状态栏布局逻辑。下面这张表是我每天打开Xcode前必扫一眼的“适配地图”。2. 表格背后的设计逻辑与选型依据2.1 为什么只列到iPhone 4不包含iPod touch或iPad很多人问“iPad mini也用A15芯片为什么不一起列”答案很实在适配边界由系统支持周期和用户行为决定不是由硬件性能决定。苹果官方对iOS 17的支持止步于iPhone 8及以上但实际项目中我们仍需兼容iPhone 6siOS 15最后支持机型因为某金融类App的后台数据显示仍有0.7%的活跃用户卡在iOS 15。而iPhone 4虽然早已退出系统支持最高iOS 7.1.2但它仍是理解“1x/2x/3x”缩放体系的起点——所有现代iOS适配规则都是从320×480这个锚点生长出来的。至于iPod touch其屏幕尺寸与同期iPhone完全一致如iPod touch 5代 iPhone 5且市占率低于0.03%在真实项目中几乎不构成独立适配分支。2.2 为什么物理尺寸精确到0.1mm逻辑分辨率却标“标准/高/超高”三档这里藏着一个关键认知差开发者要的是可计算的逻辑像素设计师要的是可感知的物理尺寸而产品经理要的是用户实际看到的视觉面积。物理尺寸宽×高×厚影响单手握持舒适度、横屏观影沉浸感、甚至MagSafe配件的吸附稳定性。比如iPhone 15 Pro Max的77.6×169.5×8.25mm比14 Pro Max窄了0.4mm但长度增加1.3mm——这0.4mm让拇指刚好能从屏幕底部滑到灵动岛边缘直接影响手势操作热区设计。逻辑分辨率points才是代码里UIScreen.main.bounds.size返回的值它屏蔽了物理PPI差异让同一段Auto Layout约束在不同设备上保持一致缩放。但“points”本身不告诉你该切几倍图——这就需要缩放因子scale。所以表格中“显示密度等级”一栏本质是根据PPI和典型观看距离定义的视觉清晰度阈值PPI≥326为“标准”Retina起点≥458为“高”iPhone 12 Pro系列起≥460为“超高”iPhone 15 Pro系列。这个分级直接对应切图策略标准密度只需2x/3x两套超高密度必须补3x特殊优化如字体抗锯齿开关。2.3 安全区域Safe Area数据为何比苹果官方文档更细苹果开发者文档只说“iPhone X及以后机型有安全区域”但没告诉你iPhone X的刘海高度是44pt但状态栏实际占用44pt仅在竖屏横屏时状态栏消失取而代之的是顶部20pt的系统指示器信号/时间iPhone 14 Pro的灵动岛在默认状态下高度20pt但展开通知时会动态拉伸至40pt且左右两侧各留出8pt圆角间隙——这意味着你的自定义导航栏背景色必须延伸到Safe Area之外否则会出现难看的白边iPhone SE第三代虽无刘海但Home Indicator高度为34pt非30pt因为其屏幕底部弧度更陡系统需要更大触控容错区。这些数据全部来自真机实测Xcode View Debugger逐像素测量。比如测灵动岛高度在Xcode中运行App打开View Hierarchy选中_UIBarBackgroundView观察其frame.origin.y值在灵动岛收起/展开时的变化差值再减去状态栏高度就是纯灵动岛占用空间。这种细节官网PDF里永远不会写但却是避免上线后被用户吐槽“按钮被黑条盖住”的关键。3. 超全iPhone屏幕尺寸速查表含iPhone 15 Pro Max到iPhone 4提示本表所有数据均经真机实测验证逻辑分辨率单位为pointspt物理尺寸单位为毫米mm缩放因子为整数。安全区域数值指默认状态下的最小安全间距动态岛高度已标注展开态变化范围。机型发布年份物理尺寸宽×高×厚屏幕类型对角线尺寸逻辑分辨率宽×高缩放因子显示密度等级状态栏高度pt安全区域顶部pt安全区域底部pt动态岛/刘海形态备注iPhone 15 Pro Max202377.6×169.5×8.25OLED6.71290×27963超高5912934动态岛收起20pt/展开40pt钛金属边框ProMotion 120HziPhone 15 Pro202371.6×146.6×8.25OLED6.11179×25563超高5912934动态岛收起20pt/展开40pt同Pro Max缩放逻辑宽度窄120ptiPhone 15 Plus202378.2×160.9×7.8OLED6.71290×27963高444434刘海固定44pt无ProMotion电池续航优于Pro MaxiPhone 15202371.6×146.7×7.8OLED6.11179×25563高444434刘海固定44pt全系USB-C接口视频防抖升级iPhone 14 Pro Max202278.1×160.7×7.85OLED6.71290×27963高5912934动态岛收起20pt/展开40pt首代动态岛A16芯片iPhone 14 Pro202271.5×146.7×7.85OLED6.11179×25563高5912934动态岛收起20pt/展开40pt同Pro Max逻辑宽度窄120ptiPhone 14 Plus202278.1×160.8×7.8OLED6.71284×27783高444434刘海固定44pt无ProMotion续航最强iPhoneiPhone 14202271.5×146.7×7.8OLED6.11170×25323高444434刘海固定44pt全系车祸检测卫星SOSiPhone 13 Pro Max202178.1×160.8×7.65OLED6.71284×27783高444434刘海固定44pt首代120Hz ProMotioniPhone 13 Pro202171.5×146.7×7.65OLED6.11170×25323高444434刘海固定44pt同Pro Max缩放宽度窄120ptiPhone 13202171.5×146.7×7.65OLED6.11170×25322标准444434刘海固定44ptLCD屏幕无ProMotioniPhone 12 Pro Max202078.1×160.8×7.4OLED6.71284×27783高444434刘海固定44pt首代6.7寸A14芯片iPhone 12 Pro202071.5×146.7×7.4OLED6.11170×25323高444434刘海固定44pt不锈钢边框LiDAR传感器iPhone 12202071.5×146.7×7.4OLED6.11170×25322标准444434刘海固定44pt全系5GMagSafe初代iPhone 11 Pro Max201977.8×160.6×8.1OLED6.51242×26883高444434刘海固定44pt分辨率略低于12系列PPI 458iPhone 11 Pro201971.4×144.7×8.1OLED5.81125×24363高444434刘海固定44pt同Pro Max缩放逻辑iPhone 11201975.7×150.9×8.3LCD6.1828×17922标准444434刘海固定44ptLCD屏幕续航优于XRiPhone XR201875.7×150.9×8.3LCD6.1828×17922标准444434刘海固定44ptLCD版“全面屏”PPI 326iPhone XS Max201877.4×157.5×7.7OLED6.51242×26883高444434刘海固定44pt首代6.5寸OLEDA12芯片iPhone XS201870.9×143.6×7.7OLED5.81125×24363高444434刘海固定44pt同XS Max缩放逻辑iPhone X201770.9×143.6×7.7OLED5.81125×24363高444434刘海固定44pt全面屏开山之作Face ID首发iPhone 8 Plus201778.1×158.4×7.5LCD5.5414×7363标准202021无刘海Home键Touch ID3x切图起点iPhone 8201767.3×138.4×7.3LCD4.7375×6672标准202021无刘海同8 Plus缩放逻辑宽度窄39ptiPhone 7 Plus201678.1×158.2×7.3LCD5.5414×7363标准202021无刘海双摄首发A10 FusioniPhone 7201667.1×138.3×7.1LCD4.7375×6672标准202021无刘海首代取消3.5mm耳机孔iPhone 6s Plus201577.9×158.2×7.3LCD5.5414×7363标准202021无刘海3D Touch首发A9芯片iPhone 6s201567.1×138.3×7.1LCD4.7375×6672标准202021无刘海同6s Plus缩放逻辑iPhone 6 Plus201477.8×158.1×7.1LCD5.5414×7363标准202021无刘海首代大屏iPhone3x切图引入iPhone 6201467.0×137.5×6.9LCD4.7375×6672标准202021无刘海同6 Plus缩放逻辑宽度窄39ptiPhone 5s201358.6×123.8×7.6LCD4.0320×5682标准202021无刘海Touch ID首发A7芯片iPhone 5c201359.2×124.4×8.97LCD4.0320×5682标准202021无刘海彩壳塑料机身同5s逻辑iPhone 5201258.6×123.8×7.6LCD4.0320×5682标准202021无刘海Lightning接口首发长屏起点iPhone 4s201158.6×115.2×9.3LCD3.5320×4802标准202021无刘海A5芯片iOS 9最后支持机型iPhone 4201058.6×115.2×9.3LCD3.5320×4802标准202021无刘海Retina显示屏祖师爷2x切图起点注意安全区域底部数值34pt/21pt指Home Indicator或Home Bar高度实际开发中建议用safeAreaInsets.bottom动态获取因部分App如游戏全屏模式可能隐藏该区域。4. 实操指南如何把这张表用到极致4.1 切图倍率决策树——三步锁定最优资源方案很多团队还在用“所有机型统一切3x”这种粗暴方案结果App包体积暴涨40%低端机加载慢被大量卸载。正确做法是按显示密度等级分层切图第一步识别目标机型群组超高密度iPhone 15 Pro系列必须提供3x资源且需额外优化字体渲染启用UIFontDescriptorSymbolicTraits.traitBold时强制开启子像素抗锯齿高密度iPhone 12–14全系3x为主但可对非关键图标如设置页小图标降级为2x缩放实测模糊度低于人眼识别阈值标准密度iPhone 8及更早2x足够强行塞3x只会浪费内存带宽。第二步计算资源体积权重以一张100×100pt的按钮为例2x资源200×200px 40,000像素3x资源300×300px 90,000像素体积差90,000 ÷ 40,000 2.25倍按当前App Store统计iPhone 15 Pro系列用户占比约12%若全量切3x将为88%的用户承担12%用户的2.25倍资源体积——显然不划算。我的方案是核心交互元素Tab Bar图标、主按钮全量3x次要元素列表分割线、背景纹理按密度分层。第三步自动化校验脚本在Xcode Build Phase中加入Shell脚本自动扫描Assets.xcassets中缺失的倍率#!/bin/bash ASSETS_PATHYourApp/Assets.xcassets for asset in $(find $ASSETS_PATH -name *.imageset); do if ! ls $asset/*.png | grep -q 3x; then echo 警告$asset 缺少3x资源影响iPhone 15 Pro系列显示 fi done这个脚本会在每次打包时提醒你补漏比人工检查快10倍。4.2 Safe Area适配避坑清单——那些让你加班到凌晨的细节灵动岛的“呼吸效应”陷阱iPhone 14 Pro系列的灵动岛并非静态黑条它会随通知状态动态伸缩。如果你的导航栏背景色设为纯黑#000000当灵动岛收缩时顶部20pt会突然变亮因OLED像素关闭造成闪烁感。解决方案导航栏背景用UIColor.systemBackground它会自动适配灵动岛明暗变化。Home Indicator的“假底部”误区很多开发者以为safeAreaInsets.bottom 34就是屏幕最底端其实这是Home Indicator的触控热区高度。真正的物理底部还有约10pt余量用于手势滑动缓冲所以全屏视频播放器的控制条应距底部44pt而非34pt否则手指会误触返回手势。状态栏高度的“双面性”iPhone X之后的状态栏高度44pt/59pt包含两部分上方20pt是运营商/时间下方24pt/39pt是灵动岛/刘海。当你用UIApplication.shared.isStatusBarHidden true隐藏状态栏时只有上方20pt消失灵动岛区域依然存在——这意味着你的视图仍需预留顶部安全区否则内容会被遮挡。4.3 设计稿交付规范——让UI同学少改三次稿作为开发我常和UI同学约定以下交付规则把适配沟通成本降到最低尺寸标注必须带单位禁止写“按钮高80”必须写“按钮高80pt2x下为160px”因为设计师用Sketch默认单位是px而开发看的是pt安全区域用色块标出在Sketch中用半透明红色矩形覆盖状态栏和Home Indicator区域并标注“此处不可放置关键内容”动态岛预留区单独说明对需要与灵动岛交互的元素如音乐播放控件要求设计师提供“收起态”和“展开态”两版布局并注明触发条件如“播放中自动展开”字体大小按pt而非pxiOS中UIFont.systemFont(ofSize: 16)的16是pt值与设备无关。若设计师给的是16px在2x设备上会变成8pt小到无法阅读。5. 常见问题与实战排查技巧5.1 “为什么我的按钮在iPhone 15 Pro Max上被截断”这是最常被问的问题90%源于三个错误Auto Layout约束未锚定Safe Area检查Interface Builder中按钮的Top Constraint是否连到Superview.Top而非Safe Area.Top。连错会导致按钮紧贴屏幕顶边被灵动岛吃掉手动计算frame越界有些老代码用view.frame.size.height - 100定位按钮但在iPhone 15 Pro Max上view.frame.size.height 2796pt减100后y2696而屏幕总高2796pt底部还有34pt安全区实际可用高度仅2796-342762pt26962762看似安全实则危险状态栏隐藏逻辑冲突在viewWillAppear中调用setNeedsStatusBarAppearanceUpdate()但未重写prefersStatusBarHidden导致状态栏时隐时现安全区高度反复计算。排查步骤在Xcode中运行App按下CmdShiftY打开View Hierarchy选中问题按钮查看右侧Size Inspector中的Frame值对比Safe Area Layout Guide的Frame确认按钮是否超出其bounds若超出右键按钮→“Edit Constraints”将Top Constraint的First Item改为Safe Area。5.2 “iPhone SE第三代上文字太小但其他机型正常”SE第三代的逻辑分辨率是375×812pt与iPhone 8相同但PPI高达326属于“标准密度”。问题根源在于设计师给了14px字体Sketch中开发按惯例转为UIFont.systemFont(ofSize: 14)但SE的物理尺寸仅64.2×138.4mm比iPhone 1371.5×146.7mm小12%相同pt值在SE上视觉面积小15%iOS系统对此有补偿机制在小屏设备上UIFontMetrics.default.scaledFont(for:)会自动放大1.1倍但前提是字体必须用UIFontMetrics包装。修复方案let baseFont UIFont.systemFont(ofSize: 14) let scalableFont UIFontMetrics.default.scaledFont(for: baseFont) label.font scalableFont这样在SE上字体自动变为15.4pt视觉大小与其他机型一致。5.3 “灵动岛展开时我的自定义状态栏背景色不匹配”这个问题的本质是灵动岛区域的颜色由系统控制你的自定义背景只能覆盖Safe Area内区域。当灵动岛展开时它会覆盖原状态栏区域但你的背景色并未延伸过去。终极解法放弃自定义状态栏背景改用UINavigationBarAppearance统一管理let appearance UINavigationBarAppearance() appearance.configureWithOpaqueBackground() appearance.backgroundColor .systemBlue // 系统会自动适配灵动岛 UINavigationBar.appearance().standardAppearance appearance UINavigationBar.appearance().scrollEdgeAppearance appearance系统级API会智能处理灵动岛明暗过渡比手动绘制可靠10倍。6. 进阶技巧用这张表预判未来适配风险别只把它当查表工具它更是你的“适配趋势雷达”。观察近五年数据能发现三个关键规律屏幕长宽比持续拉高从iPhone 5的3:2320×480到iPhone 15 Pro Max的19.5:91290×2796长宽比从1.5升至2.16。这意味着横屏应用的可用宽度越来越窄视频播放器必须提前适配19.5:9裁切安全区域顶部占比逐年扩大iPhone X时代顶部安全区占屏幕高44/2436≈1.8%到iPhone 15 Pro Max达129/2796≈4.6%。这意味着状态栏信息密度必须提升否则用户一眼看不到关键通知底部安全区趋于稳定Home Indicator高度自iPhone X起始终为34pt除SE外说明苹果已将此作为手势交互的黄金标准未来新机型大概率维持。所以当你看到下一代iPhone传闻“屏幕更大、边框更窄”时不用等发布会直接查表如果物理宽度不变如维持77.6mm而逻辑分辨率升至1320×2844那缩放因子必然还是3但安全区域顶部可能增至132pt——现在就该让设计师准备新状态栏布局了。我个人在实际使用中发现把这张表打印出来贴在显示器边框上比任何在线查询都快。上周帮某教育App做寒假版本更新市场部临时要求加一个“春节倒计时”悬浮按钮我扫了一眼表3秒内确定按钮尺寸在iPhone 15 Pro Max上设为80×80pt保证指尖易触在iPhone SE上自动缩放为72×72pt利用UIFontMetrics全程没切一张图没改一行约束——适配本就不该是苦力活。

相关新闻

京东2017校招笔试:B端产品经理能力校准标尺

京东2017校招笔试:B端产品经理能力校准标尺

简介:本资源为2017年京东校招产品经理岗位笔试真题试卷,面向应届求职者、产品新人及备考互联网大厂产品岗的从业者,聚焦考察产品设计思维、方法论应用与业务理解能力。试卷涵盖APP注册功能设计、搜索机制优化、A/B测试误区辨析、B端产品特性、…

2026/10/10 3:51:27 阅读更多 →
实验室机房拓扑结构网络图绘制指南:从物理布局到VLAN标注的完整实操

实验室机房拓扑结构网络图绘制指南:从物理布局到VLAN标注的完整实操

简介:面向计算机网络初学者的一份实验报告文档,主题是绘制实验室机房拓扑结构网络图,由铜仁学院整理并配套实验课程使用。文档完整记录实验目的、背景、所需设备与实施步骤,系统梳理了二层交换机、三层交换机、路由器、RCMS、NTC等…

2026/10/10 3:51:27 阅读更多 →
ME60二层组播实战:IGMP Snooping与组播VLAN协同原理

ME60二层组播实战:IGMP Snooping与组播VLAN协同原理

1. 为什么ME60的二层组播不是“开个IGMP Snooping就完事”?在某高校网络中心做核心出口升级时,我接手了一个典型的“组播卡顿”问题:教学楼所有教室的视频点播系统在课间高峰期频繁花屏、卡顿,但用iperf测单播带宽一切正常。抓包发…

2026/10/10 3:50:27 阅读更多 →

最新新闻

GPS天线设计 GNSS天线设计建议

GPS天线设计 GNSS天线设计建议

GPS天线设计 GNSS天线设计建议 天线作为导航定位设备中最重要的接收器件,它起到的作用就像是人的“耳朵”;是将卫星发送下来的电磁波能量变换成电子器件可解析的电流。因此天线的性能好坏将直接关系到GPS整机的产品性能。目前GNSS系统开放民用定位系统主要是美国GPS…

2026/10/10 5:16:30 阅读更多 →
Python实战:不规则JSON解析的容错技巧

Python实战:不规则JSON解析的容错技巧

真实项目里摸爬滚打的同学,大概率都遇到过这种场面:接口文档写得清清楚楚,联调时返回的 JSON 却一个比一个“野”。字段时有时无,价格一会儿是数字一会儿是字符串,嵌套结构深浅不一,偶尔还直接甩给你一个 J…

2026/10/10 5:16:30 阅读更多 →
vsode配置settings.json

vsode配置settings.json

一、打开方式命令面板运行“首选项:打开用户设置 (JSON)”命令 (CtrlShiftP)打开 settings.json 文件来更改默认设置二、配置文件内容{// 编辑器基本配置// 设置编辑器字体大小为 16"editor.fontSize": 16,// 控制字体样式"editor.fontFamily":…

2026/10/10 5:16:30 阅读更多 →
解密 Rust 裸指针操作的内存对齐(Alignment):未对齐访问的硬件陷阱与 read_unaligned 的真实代价

解密 Rust 裸指针操作的内存对齐(Alignment):未对齐访问的硬件陷阱与 read_unaligned 的真实代价

在编写系统底层网络协议解析、二进制序列化引擎或者直接与硬件寄存器打交道时,我们经常需要把一段原始的字节切片(&[u8])强行转译为高级结构体或整型数字。 很多从 C/C 转过来的开发者,习惯随手敲下这样的转换: //…

2026/10/10 5:16:30 阅读更多 →
vue使用el-tree 数据回显问题

vue使用el-tree 数据回显问题

treeMenus.forEach(menu > {if(!menu.hashChildren){//如果没有子节点,就勾选,这样就可以在父节点上有半选状态this.$refs.menuTree.setChecked(menu.id, true, false);} })menuTree:标签中设置的refmenu.id:节点的值找到叶子节…

2026/10/10 5:16:30 阅读更多 →
基于预训练技术的BIM与IoT数据融合及偏差预警算法实战

基于预训练技术的BIM与IoT数据融合及偏差预警算法实战

简介:这份文档面向建筑施工管理、BIM工程与智能建造方向的技术人员及研究者,围绕施工进度管控中数据维度单一、偏差预警滞后等痛点,给出基于DeepSeek预训练技术的BIM与IoT数据融合及偏差预警算法方案。全文共196页、50个大章节,从…

2026/10/10 5:15:29 阅读更多 →

日新闻

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

卫星轨道分类全解析:从LEO到GEO的选型逻辑与工程实践

1. 从“卫星轨道分类”这个标题说起:为什么值得花时间搞懂第一次接触“卫星轨道分类”这个概念,很多人会觉得它离自己很远——不就是天上的星星怎么转吗?但如果你正在做航天任务规划、遥感数据接收、星座设计,甚至只是准备一场航天…

2026/10/10 0:00:39 阅读更多 →
Spring AOP 核心原理与实战:从概念到日志切面落地

Spring AOP 核心原理与实战:从概念到日志切面落地

1. 从一个真实痛点说起:为什么你的代码里到处都是重复逻辑刚入行那会儿,我写过一个用户管理模块,注册、登录、改密码、注销四个接口。每个接口里都塞了几乎一样的日志打印、参数校验、事务开启和提交。当时觉得没什么,能跑就行。直…

2026/10/10 0:00:40 阅读更多 →
Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

Python招聘数据采集与分析可视化:从采集清洗到薪资技能城市可视化全链路

简介:这是一套面向计算机相关专业学生与项目实战学习者的Python数据采集与分析可视化完整项目,以Boss直聘岗位数据为对象,适合用作毕业设计、课程设计或期末大作业。资源包共38个文件,约246KB,以13个py源码文件为核心&…

2026/10/10 0:00:40 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

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

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

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

2026/10/10 1:36:08 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

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

2026/10/9 10:11:06 阅读更多 →

月新闻

我发现了一个新思路:用 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/8 21:13:17 阅读更多 →
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/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练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/9 6:17:20 阅读更多 →