为什么「碳」是云游戏绕不开的一块基石

先说个场景，你肯定见过。朋友在手机上点开云游戏，三秒进游戏，画面还行，手机不烫，风扇不转，他抬头跟你说：「你看，这多环保，连显卡都不用买。」

这句话一半对一半错。错的那一半，恰好是整个行业最不愿意细算的地方。

碳足迹这个话题在我们这个系列里是个异类。前面二十七篇聊的都是延迟、码率、编解码、GPU 虚拟化——都是能被测出来的东西，测出来是多少就是多少。碳不是。碳是一个你「边界画在哪、就得出什么结论」的指标。同一堆数据，NVIDIA 能算出「云游戏比本地省三分之一的电」，欧洲某智库能算出「在线视频是新的化石燃料」，两边都没撒谎，两边也都没说全。

我自己第一次算这笔账就翻过车。当时按机房的电费单子算完，结论是云游戏简直是人类之光，单位小时能耗只有本地 PC 的三分之一。得意了半天，后来一个做传输的同事问我：「你把网络那一段算进去了吗？」我没有。补上之后，结论直接从「省三倍」变成「基本打平」，客厅 4K 那个场景甚至反过来变成三倍亏。那天我学到的不是数学，是态度：碳这个东西，你不主动把边界画大一点，它就会自动帮你画小。

为什么这个话题值得放在这个系列的收尾区？因为它同时拴住了三样东西：技术架构（你怎么部署、怎么编码、怎么调度）、商业叙事（厂商怎么宣传自己「绿色」）、玩家道德感（我到底是在环保还是在浪费）。前二十七篇讲的是「怎么做得更好」，这一篇讲的是「更好」这个词到底指什么。

而且它有一个特别好玩的性质：这是整个云游戏技术图谱里，唯一一个「体验最好的方案往往最费电」的领域。独占 GPU 体验最稳，最费电；高码率画面最漂亮，最费电；客厅大屏最沉浸，最费电。你越把玩家伺候舒服，账本越难看。这个矛盾没有技术解，只有取舍。

第一层：把账本拆成四段——渲染、传输、终端、制造

绝大多数关于云游戏碳足迹的争论，吵的根本不是同一件事，因为他们算的段数不一样。这笔账其实有四段，我一段一段拆。

第一段，渲染端。一台云游戏服务器不是「一台电脑」，而是一张卡被切给几个人用，或者一个人独占。独占的时候，一张旗舰级显卡的整机满载功率 400 到 700 瓦，全部算在你一个人头上，一小时就是 0.4 到 0.7 度电。共享的时候（时间片切分或者 MIG 那种空间分区，第 04 篇详细聊过），摊到单个用户能压到 0.1 到 0.25 度。这一个参数的差别就是四倍，比任何编码器优化都猛。玩家能感知到什么？独占意味着稳，帧时间平得像尺子；共享意味着偶发掉帧、排队等待、隔壁那位在跑开放世界你被拖累。所以你看，体验最好的部署方式，恰好是最费电的那种。这个矛盾贯穿全文，后面还会反复出现。

第二段，传输端。这一段是被漏掉最多的一段，也是我当年翻车的地方。1080p60 按 15 Mbps 算，一小时要送 6.75 GB 到你家；4K60 按 50 Mbps 算，一小时 22.5 GB。每 GB 的网络传输能耗，学界目前的估计区间大概是 0.01 到 0.06 度电（含接入网、城域网、骨干网，各家口径差别很大）。单看这个数字小得像零头，乘上 GB 数就不小了：1080p 一小时 0.07 到 0.4 度，跟服务端渲染是同一个量级；4K 一小时最高能到 1.3 度，直接反超渲染端。这就是为什么「提高码率改善画质」这个在所有其他篇里都是正确的事，在碳这个维度上是纯粹的负债。

第三段，终端。这里有个所有人都忽略的家伙——电视。你用 4K 电视玩 4K 云游戏，那台电视本身一小时就要吃掉 80 到 150 瓦，比负责解码的盒子高一个数量级。手机只要 3 到 6 瓦。所以「同一朵云，投到手机和投到客厅电视，碳足迹差二十倍」不是夸张，是算术。做云游戏的人特别容易犯一个错：盯着码流、盯着 GPU，把自己家门口那台电视当成免费的。

第四段，制造端。一台游戏 PC 从沙子到桌面大概 400 到 800 公斤二氧化碳当量，一张高端显卡单独就 150 到 300 公斤。这是云游戏唯一真正的结构性优势——服务器被几百个人分摊，摊到每个用户小时是个很小的数。但前提是：你真的因此少买了一台机器。如果你只是多买了一台、多开了一个订阅，那不叫替代，那叫叠加。这一句话，是整场争论的命门，记住它。

四段拼起来，画风是这样的（数字取常见量级，只用来比大小，别当实测值）：

这张表一摆出来，很多漂亮话就说不下去了。手机玩 1080p 云游戏，跟本地 PC 基本打平；客厅 4K 云游戏，是本地主机的三倍多。你说「云游戏更环保」，得先说明你说的是哪个场景。这句补充不加，就是宣传不是结论。

第二层：同一堆数据，为什么能算出相反的结论

第一层讲的是「算什么」，这一层讲的是「怎么算」。碳这个东西的麻烦之处在于，它不是物理量，它是会计量。会计就有口径，口径就有选择，选择就有立场。

口径一：边界画多宽。厂商最爱说的一个数字叫 PUE（电能利用效率），意思是机房总共用多少电、除以 IT 设备本身用多少电，越接近 1 越省。超大规模数据中心能到 1.1，老旧机房 1.6 甚至更高。听起来很专业对吧？但 PUE 只管机房院墙以内的事，传输段和终端段它一概不管。一个 PUE 1.1 的宣传语，覆盖的是账本四段里的第一段。PUE 好看，不代表这个业务环保。

口径二：用哪种电网强度。电网的碳强度是随时间和地点剧烈波动的。同样一度电，在法国（核电为主）大概排 0.06 公斤，在北欧能到 0.02 到 0.05，在中国全国平均大约 0.55，在煤电为主的区域能到 0.6 以上。美国大概 0.37。也就是说，同一个服务，搬到不同区域，碳足迹能差十倍。

更微妙的是时间维度：一天之内，中午光伏猛发的时候和夜里全靠火电的时候，碳强度能差一倍。用年均值算账，等于假设你二十四小时用电都一个价——这个假设在电费上是成立的（大部分合同是固定电价），在碳上是错的。这个错法有个名字，叫「平均电网」vs「边际电网」。你要问「多开一小时云游戏，会让电网多烧多少煤」，那是边际；你要问「我一年总共排了多少」，那是平均。两个问题的答案能差好几倍，而且都对。

口径三：把排放归给谁。这笔碳算给平台，还是算给玩家？算给「因为这个业务新增的」，还是算给「这个业务平摊的」？听着像哲学，其实是真金白银：如果算给平台，平台就得买绿电、做碳抵消；如果算给玩家，那就是「你自己选的，跟我没关系」。

口径四：利用率假设。服务器不是永远满载的。真实云游戏平台的 GPU 平均利用率，很可能在二三成到四成之间（白天高、凌晨低，工作日和周末还不一样）。用满载去摊薄单用户能耗，等于拿最好的情况美化自己。这个参数的影响是两三倍。

口径五：替代假设。最要命的一条。「用户玩云游戏，因此不会买那台高端 PC」——这个假设一旦成立，云游戏在制造端就赢麻了；一旦不成立（用户本来就有一台 PC，云游戏只是多出来的补充），云游戏在四段里全输。而这个假设极难验证，因为它问的是「如果没这个东西，你会怎么做」——一个永远无法观测的反事实。

把这几个旋钮拧一拧，同一份数据能得出完全相反的结论：

你看，最小的一项也能让结论动三倍。这就是为什么我劝所有想对外说碳数字的团队：先做敏感性分析，把每个参数上下浮动一半，看结论会不会翻。会翻，那就别对外说那个数——不是不诚实，是那个数经不起问。

讲两个真实案例，把这套东西坐实。

案例一：NVIDIA GeForce NOW 那个「省三分之一电」的说法。他们公开的口径大意是：用 GeForce NOW 在旗舰档实例上玩，比在同等性能的本地 PC 上玩，大概能省下三分之一的电。这个结论不算假，但它成立的条件非常具体，值得一条条掰给你看。第一，对比基线是一台满载运行的旗舰级整机——这个基线定得相当高，现实里大多数玩家的机器根本跑不满那个功耗曲线，很多人是中端卡 + 中画质，基线一下来，云的优势立刻缩水。第二，服务端按高密度共享来摊，这是合理的最佳实践，但它假设的是「利用率很高」。第三，网络段取的能耗强度偏乐观，而且没把客厅大屏算进终端。第四，它只对比了「玩的那一小时」，没有讨论制造端——而制造端才是云游戏真正的王牌，他们反而没用。

这并不是说 NVIDIA 在忽悠，他们抓住的那个核心洞察是真的：规模化和高利用率，是云游戏唯一站得住脚的结构性理由。一个被几百人分摊的机房，单位算力的能耗和成本一定低于几百台各自为战的个人电脑。这是数据中心的通用规律，不是云游戏的独家发明。但你要清楚，这个优势跟「云更先进」「流式更高级」一点关系都没有，它就是集中式的规模效应。你把同样的事实在别的行业说一遍，没人会觉得稀奇。

案例二：微软那套「碳感知」的机制，值得当设计范例讲。微软 2020 年定了个很猛的目标：2030 年做到碳负——自己移除的碳多于自己排放的碳。落到 Xbox 上，最有意思的不是口号，是机制。他们把「电网碳强度预测」做成了一个可查询的信号，然后让主机和云平台在低碳时段做那些可以等的事：系统更新、游戏下载、云会话的批次调度。对开发者那边，他们给了工具让团队估算自己游戏的能耗和碳排放，可以对照不同设置下差多少。

这套东西的设计思路我很欣赏，因为它做对了一件事：它没有要求玩家牺牲体验，而是去搬那些玩家根本感知不到的负载。更新晚两小时装完，谁在乎？但省下的电是实打实的。这是碳这件事唯一能规模化落地的方式——别去劝玩家少玩，去找那些「什么时候做都行」的事。

争议也有，而且很硬：这些碳中和目标大量依赖长期绿电合同和可再生能源证书（REC）的年度簿记匹配。说白了，就是「我一年总共买了这么多绿电，所以我一年总共排的碳可以按这个抵」。这在会计上是合规的，在国际标准里也是主流做法。但它跟「我这一刻真的用风在跑你的游戏」是两回事。夜里煤电满负荷的时候你在跑，白天光伏过剩的时候你在买证，账面上平了，物理上没平。这不是说微软在撒谎，而是说「碳中和」这三个字在这个行业里首先是会计概念，不是物理概念。你跟玩家解释这件事的时候，最好别用「碳中和」这个词，用「我们买了等量的绿电」更诚实，虽然听起来没那么帅。

第三层：把算力挪到有风有光的地方——以及为什么延迟不让

第二层讲完，你应该已经意识到：碳这个指标最大的杠杆是「在哪算、什么时候算」。这一层就讲这个，而且它和第 05 篇（边缘节点部署）是直接打架的。

先看中国的结构。这几年有个大工程叫「东数西算」，逻辑很朴素：东部地贵、电贵、热，西部地便宜、电便宜（风光水电富集）、气候凉（散热省电），所以把数据中心往西边搬。从碳的角度，这是绝对正确的方向——西部枢纽节点的绿电比例高、PUE 低（自然冷却），单位算力的碳能比东部低一半甚至更多。

但云游戏不答应。云游戏是个延迟敏感到变态的业务（第 03 篇算过七段延迟的账）。你把渲染放到西部，光纤单程就要跑十几毫秒，加上排队、编码、抖动缓冲，往返延迟轻松破百。对回合制、卡牌、策略游戏还能忍，对射击、格斗、音游就是灾难。

那往用户身边放呢？边缘节点就在你城市或者隔壁城市，延迟能压到十毫秒级，体验非常舒服。但边缘机房小、PUE 差（1.4 到 1.6 很常见）、采购绿电的能力弱、也没有西部那种便宜的风光资源。所以你会看到一个非常拧巴的图景：想省碳，就往西往大往冷放；想省延迟，就往东往小往近放。这两个方向在物理上是相反的。

那商业上会怎么选？说实话，一定是牺牲碳。因为延迟玩家能感知到——他会骂、会退订、会去论坛发帖；碳玩家感知不到——没有人在按下开始游戏的时候会想「这一小时排了多少碳」。我做系统的时候有条很朴素的原则：用户能感知到的东西，优先级永远高于感知不到的东西。碳是后者。这不是道德问题，这是产品设计的现实。

但有一个窗口，行业普遍没用满：可延迟负载。不是所有计算都需要实时。云存档同步、录像转码、赛季结算、匹配池预热、游戏更新包分发、成就与排行榜计算——这些事你放到凌晨三点、放到西部机房、放到风光过剩的时段做，玩家一点感觉都没有，碳却能省一大截。微软那个碳感知下载就是这条路。

我把它按延迟容忍度分成三级，你可以对照自己的业务看看有多少落在下面两级：

说句实话，大部分平台的碳优化潜力，八成藏在第三行里。但第三行恰恰是最没人关心的，因为它不产出画面、不进 KPI、玩家也看不见。这就是我说的「碳是软的」——软约束永远排在硬约束后面，除非有人主动把它提上来。

第四层：把碳预算塞进性能预算表

前三层是「世界是怎样的」，这一层是「我们能改什么」。对我们这些做设计、做系统的人来说，碳这个东西想真正落地，唯一的办法是把它变成一张表上的数字，跟帧预算、带宽预算并列。我管它叫三重预算。

帧预算是老熟人，一帧 16.6 毫秒，美术、特效、逻辑各自抢一块，谁超了谁挨骂。带宽预算是这两年的事，云端尤其较真，每提高一档码率都要论证「这多出来的 5 Mbps 换来了什么」。碳预算最年轻，它其实是带宽预算和服务器调度预算的合体，只是以前没人这么算。

讲三个具体能改的地方，都是我自己踩过或者见过的。

第一个，也是最反直觉的一个：云游戏最浪费的不是玩的时候，是开着不玩的时候。一个挂着 AFK 的云会话，GPU 还在跑，编码器还在推流，耗电跟全速玩几乎没差。业内常见的闲置回收阈值是 10 到 15 分钟（有些平台更宽松，因为怕玩家回来骂）。你要把阈值从 15 分钟压到 3 分钟，砍掉的能耗可能比换一代编码器还多。这话我在内部会上说过一次，运营的同事当场瞪了我一眼——因为玩家体验会掉，有人真的会去接杯水回来发现会话没了。所以这不是技术问题，是取舍问题：你愿意拿多少「偶发的恼火」换多少电。

我的答案是分层处理：单人剧情、放置、模拟经营这类游戏，阈值可以压得很狠（3 分钟），因为这些玩家离开往往是真走了；联机对战、开放世界这类，阈值放长一点，因为中途离开多半是接电话。按游戏类型设不同阈值，比统一设一个值要聪明得多。

第二个，不是所有游戏都需要 4K。一局自走棋、一个放置类、一个像素风 roguelike，4K 和 1080p 的感知差异接近零，带宽差三倍，碳也差三倍。这就是为什么内容感知编码（第 08 篇那套东西）在碳这个维度上比在画质维度上更有价值——它省的不只是码率，是整条链路上的电。你在做云版本的时候，如果能把「这款游戏在什么设备上开什么档」做成一张配置表，而不是一刀切给所有人 4K，那你就已经在做碳预算了。

第三个，会话形态会影响能耗，而这是商业模式层面的设计。订阅制鼓励「多打开」——反正包月了，不玩白不玩，于是产生大量「点开看看、看两分钟、关掉」的低价值会话，每次都是一次冷启动、一次资源分配、一次推流。按需付费反而天然抑制这个。我不觉得哪种模式更高尚，但你得清醒：你的付费模型在悄悄决定你的碳曲线。一个「无限时长、无限畅玩」的订阅，碳足迹一定高于「按小时计费」。这不是批评订阅制，这是它要付的账。

顺带说一个我很喜欢的设计案例：微软那套给开发者的能耗与碳估算工具。它的价值不在于数字多准，而在于它把一件抽象的事变得可对照——你能看到「关掉这个特效」「降这一档分辨率」对能耗的影响。有了对照，才有选择；有了选择，才谈得上优化。你光喊「大家要环保」，谁也不知道从哪下手。

一张可以拿去用的参数表

下面这张表是我自己攒的，用来快速估一个云游戏业务的碳量级。不用算得很准，关键是知道哪个旋钮最管用。

速算思路用大白话说就是三步：第一步，算这一小时总共用了多少度电——服务器功率乘上 PUE，加上「传输了多少 GB 乘以每 GB 的网络能耗」，再加上终端设备的功率；第二步，把这堆电乘上所在区域的电网碳强度，得到碳；第三步，制造端单独一次性计入，按设备寿命摊。听起来糙，但比大多数宣传材料靠谱。

如果只能记住一句话，记住这个：在碳这个账本里，最大的杠杆从来不是「把编码器优化得更好」，而是「在哪算、什么时候算、算多大、算多久」。前三个是架构决策，最后一个是产品决策。编码器优化能给你省百分之几，架构和产品决策能给你省几倍。这个比例关系，跟性能优化里的「先改算法再抠指令」是一个道理。

两条阅读路径：五分钟版 与 建模版

【初级 · 五分钟版】如果你只想带走五句话：

• 云游戏不天然更绿。它的碳排放高度依赖场景，同一个平台，手机玩和客厅玩能差好几倍。
• 手机 + 1080p 大致跟本地 PC 打平；客厅 4K 云游戏，大概是本地主机加同款电视的三倍。别拿前者的数据去宣传后者。
• 云游戏唯一真正的结构性优势，是「你因此不用买那台机器」。如果用户只是多开了一个订阅，这个优势直接归零。
• 平台说的「碳中和」是会计口径，不是物理口径。它通常靠年度绿电采购匹配，不是「你玩的时候真的在用风电」。
• 对碳来说，平台活多久比它多高效重要得多。一个三年半就关服的平台，省下的电可能还不够抵消那批专用硬件的生产与报废。

【进阶 · 建模版】如果你想自己算一笔靠谱的账，走这五步：

第一步，定边界。从手柄到屏幕，还是从机房院墙到出口？这两种算法差着两段账，结论能反过来。对外说话时，一定要写清边界。

第二步，定电网。用年均还是小时级？用哪个区域？如果你做的是全国业务，至少分三档（西部绿电区、东部煤电区、南部水电区），别用全国平均糊弄自己。

第三步，定利用率。一定要用真实的 GPU 利用率曲线，别用满载摊薄。这条是最容易被自己骗的。

第四步，定替代。你的用户是不是真的因此少买了设备？如果你是「第二台机器」的定位（家里本来就有 PC 和主机），那制造端的优势你可能一点都拿不到。这个问题最好老老实实做用户调研，别拍脑袋。

第五步，做敏感性分析。把每个参数上下浮动一半，看结论会不会翻。如果会翻，就老老实实说「区间是这么多，取决于条件」——这种表述不丢人，反而显得你懂行。

绿色洗白识别指南与六个必踩的坑

绿色洗白五问（拿去问任何一个说自己环保的云平台）：

一、你的边界含不含网络传输和用户终端？二、你用的是年均电网还是小时级电网？三、你的绿电是物理直供、长期合同，还是买的证书？四、你的用户是增量替代，还是叠加？五、硬件报废算不算进你的账？

五个问题里如果有三个答不上来，那这个「绿色」就更接近市场部的作品，而不是工程部的成果。

坑一：只算机房，不算网络。这是我踩过的坑，也是行业最普遍的坑。机房是自己家的，看得见摸得着，PUE 天天盯着；网络是运营商的，眼不见心不烦。但对 4K 云游戏来说，传输段可能比渲染段还费电。你把机房优化到极致，可能只是修好了账本的四分之一。

坑二：忘了电视。做云游戏的人天天盯着手机端和 PC 端，很少认真算客厅那块屏。一块 65 寸 4K 电视一年吃掉的电，可能比很多人的游戏主机还多。你在宣传「不用买主机」，但用户为了你这项服务把电视从 55 寸换到 75 寸——这笔账你算不算？

坑三：用满载利用率美化自己。「我们的 GPU 利用率很高」这句话，在技术团队嘴里和在做汇报的嘴里，意思可能差三倍。凌晨三点的云游戏机房，大部分算力是空转的。你要诚实，就得把那部分空转摊进去。

坑四：把「避免购买」当成既定事实。这是最大的一个逻辑跳跃。云游戏确实能让一部分人不用买主机——这部分省下来的制造端碳排是真实的、巨大的。但另一部分人本来就有一台机器，云游戏只是让他多了一种玩法。你把前者的人数当成全部用户来算，得出来的数字能漂亮十倍。做这个假设之前，先问问自己：你的订阅用户里，有多少是真的「如果没有云游戏就不玩了」？

坑五：短命平台。Google Stadia 2019 年上线时说过一句很硬的话——它跑在碳中性的云上，这在当时是很强的宣传。但公开资料里始终缺三样东西：单用户的码率分布、GPU 利用率、以及关服时那批硬件的去向。2023 年 1 月它宣布关停，用户手里的专用硬件直接变砖。一个只活了三年半的平台，它在这三年半里省下的所有电，很可能还不够抵消那批专用设备从生产到报废的碳。这条教训特别反直觉：对碳来说，稳定运营十年，比第一年就做到极致高效更环保。这句话对所有做长线服务的人都适用。

坑六：以为「关掉本地设备」就等于零。本地玩游戏的时候，你至少能知道自己在耗电；用云游戏的时候，那种「我没开机所以我很环保」的错觉特别强。实际上电只是从你家搬到了别人家，而且路上还多跑了一段。这不是说云不好，是说你的直觉在这个问题上不靠谱。

FAQ：五个真问题

问：云游戏到底比本地更耗电吗？给我个准话。

没有准话，但我给你一个判断树。如果你原本要用一台高端游戏 PC 玩，而且因为云游戏你决定不买它了——云大概率更省。如果你家里已经有一台主机或 PC，云只是多一个入口——云大概率更费，尤其是客厅 4K 那个场景。如果你用的是手机或者低端笔记本，本来也跑不动这款游戏——云是「多花电，但换来能玩」，这时候讨论省不省电其实意义不大，因为你没有可比对象。判断的关键不是「云 vs 本地」，是「你在替代什么」。

问：厂商说「100% 可再生能源」，是假的吗？

不是假，是口径。绝大多数情况下它指的是：一年内购买了等量的绿电或证书，账面抵扣。这在国际上是被认可的做法，不是耍诈。但它跟「你这一小时真的在用风电跑游戏」是两件事。你可以理解成买碳汇的升级版——账平了，物理上没平。真正激进的做法是小时级匹配（这一刻用的电，必须对应这一刻发的绿电），目前只有极少数公司在试点，成本高很多。

问：我用手机玩云游戏，是不是一定环保？

不一定，但大概率比客厅场景好。手机功耗只有几瓦，1080p 码率也不高，四段账本加起来跟本地 PC 打平甚至略优。前提是：你本来不会为这款游戏买一台 PC。如果你是为了玩云游戏专门换了一台更好的手机或者买了个平板——那笔制造端的账，够你玩好几年的云游戏了。

问：独立开发者能做点什么？我连机房都没有。

三条，都是你真能控制的。第一，给你的云版本设一个码率上限，别默认开最高档——很多独立游戏的画面在 12 Mbps 和 25 Mbps 之间几乎看不出差别，但碳差一倍。第二，跟平台商量闲置回收阈值，尤其是单人、放置、模拟经营类，玩家离开往往是真的走了，没必要替他留十五分钟。第三，别把 4K 当成卖点往上堆。你的玩家可能是在地铁上用手机玩的，给他 4K 是浪费带宽、浪费电、还费他的流量。做云版本的时候，把「什么设备开什么档」当设计问题认真对待一次，你会发现这件事跟性能分级是一回事。

问：那到底该不该做云版本？

我的看法是：如果你做的是叙事、策略、模拟、卡牌这类不吃延迟的品类，云是纯粹的用户触达扩张，值得做；如果你做的是射击、格斗、音游，云是体验折损换触达，要慎重。碳这个维度不该成为你做或不做的理由——你的业务体量太小了，一个人做的独立游戏，云端能耗可能还比不上一栋写字楼的电梯。真正该被追问的，是那些月活千万的平台。

但我要留一个让所有人都不太舒服的观察。假设碳真的成了硬约束，那最「环保」的云游戏策略是什么？是让用户少玩一点、少开一会儿、别为它换电视、别为它多买一台设备。这跟订阅制的增长模型是直接冲突的——包月模式下，用户玩得越多，你越赚；玩得越少，你越省碳。这两条曲线是反向的。

所以真正的问题不是「云游戏是绿色还是黑洞」，而是：这个行业有没有勇气承认，「更环保」和「更多时长」是两件互相拆台的事？如果承认了，下一个问题更难——那我们要选哪条？