普通视图

发现新文章,点击刷新页面。
昨天 — 2025年12月25日首页

小米 17 Ultra 首发评测:手机用上「变焦头」,会更像相机吗?

作者 马扶摇
2025年12月25日 21:06

虽然都说「好饭不怕晚」,但好饭齐刷刷的来,有时候也真让人顶不住。

这不,今年小米 17 Pro Max 的背屏还历历在目,影像扛把子小米 17 Ultra 就迫不及待的出现在爱范儿的案头了。

在发布会上,小米不仅带来了最新的 17 Ultra,还有一款更加令人叫绝的产品——

作为小米与徕卡深度合作五代的阶段性成果,小米 17 Ultra by Leica 无疑才是发布会上最吸睛的那个:

小米 17 Ultra 徕卡版虽然技惊四座,但它的价格标签却「非常不徕卡」。

作为一台带着可乐标、机身滚花和 LG 1050 字体凹刻的「Leitz Phone」,它的起售价仅 7999 元:

相比之下,小米 17 Ultra 标准版就显得不是那么有特色了。但是别慌,它们的区别实际上比你想象得更小。

小米 17 Ultra 拥有 12+512GB、16+512GB 和 16+1TB 三种 SKU,去掉了前代的 256GB 型号,起售价为 6999 元:

毕竟除了徕卡一瞬的影像管线、定制外观和好看胜于好用的变焦环之外,小米 17 Ultra 两个版本的相机硬件其实是一模一样的

而今年小米 17 Ultra 的相机硬件同样不虚。经过爱范儿的实际测试之后,我们认为:这应该就是 2025 年的「静态影像之王」了

新鲜的手感,熟悉的 Ultra

相比小米 15 Ultra,小米 17 Ultra 可谓将「截弯取直」的理念贯彻到了极致。

不仅全等深四曲面玻璃变成了直屏,中框包裹背板也变成了垂直边框,甚至连背面的微弧磨砂玻璃都换成了小米 17 Pro Max 同款的纯平玻纤:

至此,小米 17 Ultra 牺牲了一些手感,换来了一次相当明显的瘦身。

镜头之外的机身厚度从 15 Ultra 的 9.35mm 缩减到了 8.29mm,拿在手里轻松了一些。

除此之外,小米 17 Ultra 还一改沿用十多年的长条音量键,换成了两颗圆形独立按键。

虽然不确定为什么要这样改,但外观精致程度的确有所提升,同时圆形按钮理论上晃动也会小一些:

另一处手感方面的变动则是背板。爱范儿收到的这台黑色机型背板使用了小米 17 Pro Max 同款的玻纤,磨砂的细腻程度相比小米 15 Ultra 显著提升——

副作用就是不仅更顺滑、也更「滑」了。

在今年的专属摄影套装上,小米对纹理设计做了微调,手柄的握感更扎实了一些,滤镜口径同样是 67mm。

只不过在 vivo、OPPO、华为都大举发力增距镜的当下,小米的影像套装显得有点不太够用了:

至于屏幕,小米 17 Ultra 使用的是小米 17 Pro Max 同款的 6.9 寸 2608×1200「等效 2K 屏」,搭配小米 17 Pro Max 代表性的「超级像素」技术,显示素质基本无需担心。

▲ 小米 17 Ultra(左)和小米 15 Ultra(右)

和屏幕一样,小米 17 Ultra 的硬件也是 25 赛季的标配:骁龙 8 Elite Gen 5 处理器,搭配 16GB LPDDR5X 内存和 1TB 的 UFS 4.1 硬盘。

小米 17 Ultra 也延续了之前的「双路自驱循环冷泵」——通过在 VC 均热板上设计两条循环路径,将 SoC 和相机模组的热传导路线隔离,保证两者的同时释放。

拿最典型的《原神》和《崩铁》为例,《原神》自动亮度 Wi-Fi 最高画质 60 帧 15 分钟挪德卡莱跑图 + 15 分钟魔女棋局副本,Perfdog 记录的平均帧率为 58.7,机身最高温度约 40.2 度:

▲ 测试时系统版本 HyperOS 3.0.5.0

相同环境的《崩坏:星穹铁道》15 分钟日间奥赫玛跑图 + 15 分钟铁幕副本后,小米 17 Ultra 平均帧率稳定在 55.9 帧,机身温度则来到了约 49.3 度:

▲ 测试时系统版本 HyperOS 3.0.5.0

从稳定性来看,小米 17 Ultra 的性能表现和小米 17 Pro Max 难分伯仲

毕竟背屏和超大镜组都是影响机器散热的客观现实,对于一台主打影像能力的手机来说,小米 17 Ultra 的性能释放中规中矩。

长焦少一颗,焦段多两个

上一代小米 15 Ultra 最让人念念不忘的,除了影像硬实力之外,还有那个让人皱眉头的镜头排布:

▲ 既不对称又不等距的镜头很让人难受

归根结底,作为目前为数不多的双长焦方案机型,如何在同一个圆圈里排列好四颗尺寸迥异的镜头,实在是一个难以「多全其美」的问题。

而小米 17 Ultra 则解决了这个问题——在深思熟虑之后,小米 17 Ultra 抛弃了前代的 3x 加 4.3x 双长焦传感器方案,直接塞进了一颗两亿像素的三星 HPE 传感器,正式加入「大底单长焦」阵营

但小米 15 Ultra 两颗长焦的灵活性又是一个无法忽视的事实,为了保持对于多焦段的优势,小米 17 Ultra 做出了一个堪称大胆的决定——

光学变焦,并且是无裁切的连续光学变焦。

小米在有限的机身空间里,通过移动镜组的方式,为一块 1/1.4 寸的大底传感器做出了光学变焦结构,支持在 75mm~100mm(3.2x~4.3x)之间实现连续无损的光学变焦

虽然「支持光学变焦的长焦镜头」在索尼 Xperia 1 VI 上已有先例,但索尼那颗 1/3.5 寸小传感器放在小米 17 Ultra 选择的三星 HPE 面前根本不够看。

至此,我们可以认为:小米 17 Ultra 就是第一台做到旗舰水平连续光变长焦的国产手机。

哪怕摄影圈总说「牛变不如狗定」,但手机摄影用定焦这么多年,反而恰恰需要一些变焦头的灵活性。

毕竟,连续变焦最主要的优势就是可以规避数码裁切、发挥出传感器的实力。

比如在 3.2x~4.3x 之间,小米 17 Ultra 可以让 75、85、90 和 100mm 四个黄金人像焦段都吃满传感器的 2 亿像素。虽然光圈会从 f2.39 缩减至 f2.96,但这就是变焦头的光学特性:

相比 15 Ultra 只有原生的 70 和 100mm,其余(比如最常用的 85mm)必须数码裁切,小米 17 Ultra 从两颗长焦变成一颗,灵活性不仅没有损失、反而还提升了。

除了长焦外,小米 17 Ultra 也保留着一英寸主摄的优良传统。

与豪威定制的光影猎人 1050L 传感器借助 LOFIC 技术,动态范围再次提升,组成了一套以 5000 万主摄为基础、2 亿潜望长焦为突破口的阵容。

也正是依靠这颗超高动态范围主摄,小米 17 Ultra 的夜景能力相比小米 15 Ultra 有了可感的进步。

不仅风光照,夜景人像也能得到一并的提升——这一次,管小米叫「夜神」没有之前那么别扭了。

但现阶段小米的夜景算法依然存在那个老生常谈的问题:快门速度过于松弛

或许是对自己的算法过于自信,小米在夜间非常执着于保持低 ISO、然后把快门速度调到 1/30s 甚至更低,导致只要有一点移动物体就会糊片:

只不过小米 17 Ultra 的超广角依旧是熟悉的味道,一颗 14mm 的 1/2.75 寸三星 JN5 传感器,也是非常熟悉的面孔了。

这颗 14mm 的超广角日常拿来应急一下还行,但要是想用它拍出来点「艺术感」,就很容易被画质和宽容度拖后腿:

总的来说,在目前这个「长焦为王」的竞争格局下,小米 17 Ultra 的道路也是我们在 2025 年观测到的主流。

作为目前平衡体积、功能和计算量的最优方案之一,单个大底长焦有可能成为明年影像旗舰的主流选择

毕竟在移动影像中,通过多个定焦头覆盖常用焦段、组成影像阵列,这种方案虽然成熟,但也无奈——如果想要最好的、不裁切的画质,就只能局限于厂家选好的几个原生焦段。

而小米 17 Ultra 用连续光变方案,将原本两个定焦中间的「纯裁切」变成了「纯光学」,很好地打破了这种僵局。

毕竟即使面对细节极多的画面,连续光变也不会损失信息。

你说它完美吗?区区 25mm 的变焦范围其实并不算大,但它却可以被看作是手机影像在算法之外,重新开始追求物理光学性能的开端。

如果从这个角度上讲,小米 17 Ultra 其实比今年的任何一台影像旗舰,都更像是真正的相机。

▲ 图|NotebookCheck

做影像旗舰,但不能只做影像旗舰

作为一台起售价 6999 的年度影像旗舰,小米 17 Ultra 既是 2025 年影像争霸的句号,又是 2026 上半年 Ultra 旗舰的发令枪。

从配置和表现来看,小米 17 Ultra 无疑依然是一台充满了小米色彩的「水桶旗舰」,你可以用小米的价格买到一台同价位段难得的一碗水端平的体验。

然而在这个急剧细分化的手机市场里,「一碗水端平」对于 Ultra 级的直板旗舰来说,可能并不是褒义词。

就拿「长焦增距镜」这个非常痒点的配件来说,绝大多数用户不会天天去看演唱会,但拥有长焦增距镜就意味着在某些特殊的时刻,你可以得到满画质的 400 甚至 600mm 画面。这是任何软件算法都无法替代的。

而小米 17 Ultra 恰恰比较缺乏增距镜这种面向细分化需求的配件——你可以尝试复现徕卡的影像科学,但你不应该复刻徕卡的商业策略

目前来看,即便有最基本的摄影套装,小米 17 Ultra 相比其他家的影像特化产品来说,依然正在落入一个非常危险的「没有特色」的境地。

那么小米今年的特色在哪里呢?在小米 17 Ultra 徕卡版上——

而那或许才是今年真正值得买的小米 Ultra。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


昨天以前首页

安卓支持 AirDrop?一文为你详解谷歌如何真正「兼容苹果」|硬哲学

作者 马扶摇
2025年12月24日 10:26

爱范儿关注「明日产品」,硬哲学栏目试图剥离技术和参数的外衣,探求产品设计中人性的本源。

在即将结束的 2025 年,如果说科技圈有什么贯穿始终的关键词,「强兼苹果」肯定算得上一个。

然而在这个多少带点恶俗的营销词汇背后,其实是一个哭笑不得的事实:

各家手机厂商所谓的兼容苹果,大多都是依靠各自的互联 app,以实现信息和数据的快捷转发。

如果这也叫「兼容」的话,那我们老早之前就已经实现了 iOS 兼容 Android、Windows 兼容 macOS、Linux 兼容一切了。

那个兼容工具叫做微信——

▲ 图|彭博社

反观谷歌这边,作为 Android 真正的「源头厂商」,虽然在今年上半年的兼容浪潮中没有什么动作,却在最近冷不丁扔了一枚重磅炸弹:

Pixel 10 系列机型,居然支持 AirDrop 了。

同时,谷歌的实现方案也极为优雅:不需要什么独立的「谷歌互传」app、不需要登录相同的谷歌账号,甚至不需要两台设备连接到同一个(有互联网连接的) Wi-Fi。

Pixel 10 用 Android 16 自带的 Quick Share,完美兼容了 AirDrop「所有人 10 分钟」模式的双向收发。

▲ 图|彭博社

要知道,在此之前 AirDrop 作为苹果拥有注册商标的绝对私有功能,从来都没有给任何第三方厂商开放的先例,即使在 iOS 内也要求通过分享菜单才能调用,现在却被谷歌用苹果最擅长的「软硬件结合」给轻松绕了过去。

什么叫强行兼容?这才叫强行兼容。

▲ 谷歌现任 CEO Sundar Pichai|Business Insider

AirDrop 的原理

在 Pixel 10 另辟蹊径实现兼容 AirDrop 的同时,我们也不免好奇:谷歌究竟是用什么方式突破苹果对于 AirDrop 的封锁的?这个功能有可能下放给其他 Pixel 机型、乃至其他 Android 设备吗?

▲ 图|Android Police

其中,至少对于后一个问题,我们可以从谷歌 12 月 Pixel Feature Drop 的博文和谷歌安全博客有关 Quick Share 的功能介绍中见到一些侧面的回答——

在两份文章材料中,谷歌均使用了类似「将会首先应用在 Pixel 10 系列设备」的措辞,意味着这项功能还是比较有希望下放给前几代 Pixel 的。

至于其他 Android 设备,就得看厂商是否会及时跟进谷歌发布的补丁了——毕竟没有任何 Android 厂商,比中国手机军团们更执迷于「兼容苹果」这件事

▲ 图|PhoneArena

而要弄清楚谷歌究竟是通过何种方式破解了 AirDrop 的护城河、直捣 Tim Cook 黄龙的,我们就得先弄清楚苹果设备之间 AirDrop 的工作原理。

苹果设备之间的 AirDrop 工作流程,可以简化成下面这个最基础的流程:

 

  • 利用低功耗蓝牙广播(BLE)吆喝「我有东西需要发送」,实现设备相互发现
  • 接收方根据模式(所有人 10 分钟/仅联系人)检查发送方的身份哈希值
  • 确认建链,基于 AWDL 协议同步跳转到高速信道
  • (仅联系人模式)进一步验证 Apple ID 签名和密钥,确认 Apple ID 真实性
  • 身份验证无误,开始传输数据

 

而 AirDrop 作为苹果私有功能护城河之一,重点就在于这个特殊的 AWDL 协议。

AWDL 协议的全称为 Apple Wireless Direct Link,作为苹果摆脱早期 AirDrop 仅限局域网分享的标志,AWDL 是现在所有苹果产品参与 AirDrop 的基石:它允许设备在保持互联网连接的同时,建立高带宽的设备间直连链路

▲ 目前 AirDrop 的最新形式,就是 NameDrop「碰一碰」|AppleInsider

虽然 AWDL 的网络基础和传输协议并不复杂,就是常见的 IPv6 TCP/UDP 传输,但它真正的技术壁垒在于上面提到的「同时性」——如何让收发的两台设备同时进入高速传输通道。

为了解决这个问题,苹果在 AWDL 中采用了一种非常取巧的「高速跳频」方案。

以 iPhone 为例,一台 iPhone 往往只有一个 Wi-Fi 射频前端,用来处理正常上网时候的基础网络连接(在网工中被称为 Infrastructure)。

但 AirDrop 服务并不使用上述基础网的信道、和用户抢网,而是会根据国家地区法律选择一些特殊的、干扰少的「社交信道」,用来处理临近设备的高速数据传输——比如 2.4GHz 的信道 6,以及 5Ghz 的信道 44 和信道 149 等等。

▲ 「连续互通相机」也会使用 AWDL|Youtube @Wireless Lan Professionals

这样一来,AirDrop 服务只会间歇占用设备 Wi-Fi 芯片的一小部分工作时间——保证搜索设备顺利、传输文件速度快,而且不占用过多的背景网络资源。

同时,AWDL 还为所有苹果设备预置了一个隐秘的「心跳」,负责让一个范围内所有苹果设备按照极其精准的节奏(比如每 100ms 中的 16ms)同时跳转到社交信道上,进行验证签名、传输数据的工作。

而为了让 AWDL 集群中的每一台新旧设备都保持毫秒级的时钟同步,苹果开发了一个特殊的时钟算法,会根据 MAC 地址、电量以及性能等综合指标选出一个主节点——通常是 Mac 或者 iPad Pro ——作为本地时钟的标准。

而主节点除了提供基础的时钟同步之外,也会周期性地广播 PSF 帧,其中包含了当前的时间戳和下一个可用窗口的偏移量,相当于不断给周围的设备广播:

现在是本地时间 XX:XX:XX:XX,27 毫秒之后咱们统一跳转到社交信道 149,对齐颗粒度、找好赋能抓手、实现 iOS 生态的闭环……有需要 AirDrop 的在信道 149 上吆喝一声

除此之外,由于 AirDrop 还需要区分「所有人 10 分钟」以及「仅联系人」两种模式,单纯依靠 BLE 发现、收听 AWDL 频率、同步跳转社交信道,在安全性上还有所欠缺。

事实上,当两台苹果设备遵循 AWDL 的「心跳」同步调频到相同的社交信道之后,并不会马上开始传输文件,而是会「互换名片」、互传各自的 Apple ID Validation Record ——

这是一份由苹果根证书机构(Apple Root CA)签发的数字证书,里面包含了用该机构私钥加密的 Apple ID 信息,同时也是 AirDrop 能够显示对方姓名的原理,以及安全性的核心。

▲ 这些设备名称都是通过 Apple ID Validation Record 传输过来的

当 iPhone 收到 Apple ID Validation Record 之后,它会用系统自带的公钥去解密这份证书,将解码出来的 Apple ID 联系信息和你的通讯录比较,唯有匹配上了联系人,才会唤醒 AirDrop 接收弹窗:

▲ 已知联系人传送

如果解码出来的 Apple ID 信息和 iPhone 通讯录无法对应的话,就会被当作「噪声」,iPhone 不会显示任何东西。除非接收者打开「所有人 10 分钟」模式,这些来自陌生人的 AirDrop 申请才会被显示出来

▲ 陌生人传送(甚至不会显示预览)

而当用户点击确认接受之后,已经同步在社交信道的两台 iPhone 就会正式启动高速的 TCP/UDP 传输,开始正式交换照片、视频或者文件数据。

有意思的是,上面提到的 Apple ID Validation Record 可能也是近几年 AirDrop 这么难用的原因之一:毕竟每启动一次 AirDrop,就得找苹果的服务器签个名,一旦基础网不好、连接不上服务器,或者根证书签名服务器过载,AirDrop 自然也会拥堵了。

谷歌又是怎么「偷袭老同志」的?

在理解过 AirDrop 原本是怎么工作的之后,我们就可以尝试拆解谷歌究竟是如何在这个过程中偷偷加塞、让自己也加入 AirDrop 了。

▲ 图|TheVerge

先看基础设施:低功耗蓝牙广播、生成空白 Apple ID 的哈希值、建立 TCP/UDP 传输等等——这些都是非常基础的功能,目前已经大部分内嵌在 Android 16 系统中了。

而一台 Android 设备想要「插足」AirDrop,主要的难点只在于两个:跟随 AWDL 的跳转频率,以及搞定苹果的安全证书

其中,由于 Apple ID Validation Record 证书是完全由苹果的私钥生成的,哪怕谷歌也没有办法搞定,因此谷歌选择了一个简单粗暴的解决方法——

不能搞定 AirDrop 的「仅联系人」模式就不搞了,「所有人 10 分钟」模式允许这个证书验证不通过,Pixel 10 只兼容后者就行。

▲ 图|Google Store

而 Pixel 10 兼容 AirDrop 真正的创举,其实在于对 AWDL「高频跳变」机制的兼容。

在谷歌 12 月 20 日向外媒 Android Authority 发布了一份拐弯抹角的声明之后,目前技术领域的普遍看法是谷歌没有简单通过 Wi-Fi Aware 与 AirDrop 服务建立兼容层,而是真的对 AWDL 协议进行了逆向工程,并取得了一些破解成果——不然也就没必要对实现方式如此含糊其辞了。

由于 AWDL 用于广播和跳变社交信道的时间窗口非常狭窄,对于同一个 AWDL 集群中的所有子设备监听来自主节点的同步帧、调整自身时钟和跳转社交信道的误差精度都在几毫秒以内,这些都离不开软硬件的协同开发。

在过去,对于零部件的高度控制、对于系统底层的修改能力,一直都是苹果的强项,这也是 AirDrop 事实上的技术护城河。

▲ 图|Apple

而 Pixel 10 作为谷歌转向自研 Tensor 的第五代产品,至少在「网络工程」这一点上,目前来看是终于追平了苹果的脚步:Pixel 10 能够兼容 AirDrop,主要依靠的就是自家编写的网络驱动器支持读取和跟随 AWDL 的跳变信号

▲ 图|Google

甚至 Pixel 10 并没有采用专门定制化的射频芯片,就实现了对 AWDL 的兼容,依然是一套来自博通(Broadcom)的解决方案,也是这个功能有希望通过软件下放给其他 Pixel 设备的原因。

而基于谷歌释出的部分技术细节和零星信息,我们可以尝试还原出一台 Pixel 伪装自己加入 AWDL 集群,给 iPhone、iPad 甚至 Mac 发送 AirDrop 的流程了:

 

  • Pixel 10 发出低功耗蓝牙广播(BLE),通过在信号头添加苹果的厂商 ID「0x004C」将自己伪装成一台苹果设备
  • iPhone 捕捉到 BLE 信号,看到厂商 ID 确认是一个 AirDrop 服务请求,唤醒 Wi-Fi 芯片、启动 AWDL 服务搜寻附近主节点广播的同步帧,并跳转到社交信道上等待接收验证证书
  • 与此同时,Pixel 10 也通过收听 AWDL 主节点的同步帧,在几毫秒的误差内控制 Wi-Fi 芯片跳转到对应的社交信道上,发送一个包含空白 Apple ID 的证书
  • 由于谷歌预设了对方打开的是「所有人 10 分钟」模式,因此 iPhone 在收到来自 Pixel 的空白 Apple ID Validation Record 之后,虽然无法解码到有效的 Apple ID,但仍然会给用户弹窗提示
  • 用户点击接收,iPhone 和 Pixel 在社交信道确认握手、建立高速连接,开始传输文件

 

此外,由于谷歌利用的是 AirDrop ——或者说 AWDL ——的现有工作机制,从目前的反应来看,苹果是不太好像之前封堵 RCS 转 iMessage 那样,封堵这个漏洞的。

▲ 曾经能让 Android 发送 iMessage 的 Beeper 就被苹果堵死了|Droid Life

实际上,从谷歌 11 月 20 号最先在安全博客中公布这项功能,到前几天的 12 月 Pixel Feature Drop 正式大范围推送,苹果都没有做出非常明显的反制动作。

更好的是,苹果这次可能不太方便重拳出击了。毕竟有欧盟的《数字市场法案》(Digital Markets Act, DMA)在前,目前苹果和谷歌出于反垄断的压力,都在加紧相互的兼容工作——

▲ 欧洲区 iPhone 开放第三方应用商店|TechRadar

比如欧洲区 App Store 开放第三方商店、iMessage 兼容 RCS 短信、iOS 26.3 Beta 中新增的迁移数据到 Android 都是 DMA 法案的结果。

虽然让 Quick Share 与 AirDrop 融合不在 DMA 法案的范围内,但也希望苹果能不要那么快就封堵这个口子。

▲ 图|MacRumors

与此同时,谷歌这一次为 Pixel 10 兼容 AirDrop 而给出的解题思路,希望也能成为全部国产手机厂商的一个学习案例——

从系统底层推进,从工作机制里入手,那才叫真正的兼容;所有需要额外下载 app 才能互传的方案,都只能叫适配而已。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

爱范儿 | 原文链接 · 查看评论 · 新浪微博


❌
❌