ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

从随机化到动态化:探索解谜游戏的重复可玩性设计

从随机化到动态化:探索解谜游戏的重复可玩性设计 走进那个mansion把每一扇门重新推开一遍之后你会发现“谜题解完了”不是结束反而是另一种开始。很多mansion类项目做出来之后玩家通关一次就再也不碰了不是因为没有内容而是因为第二次踏入同一道长廊时连机关响起的时机和房间里的摆布都一模一样。这种重复感是体验设计上的隐形杀手。让玩家“再玩一遍也不腻”不是靠堆更多的房间或塞更多钥匙而是靠让mansion本身学会“变化”。这篇内容我打算从实际的设计和开发角度拆解一个mansion玩法项目怎样才能支撑起反复游玩的乐趣。文章不是单纯讲某个功能怎么做而是给一套可落地的思路先想清楚重玩的动机再把mansion的参数动态化接着在长廊路径和机关感应上做文章最后用外围系统把“再来一次”变成主动选择。如果你正在做带探索解谜性质的项目或者手头有一个已经快做完但担心内容消耗太快的mansion地图这篇应该对你有用。1. 重玩新意的底层逻辑从“通关”到“反复进入”1.1 先想清楚让玩家反复进mansion图的到底是什么很多人一提到重复可玩性第一反应就是“加随机”。随机安排怪物、随机掉装备、随机刷房间以为只要每次进来不一样玩家就有理由再进一次。但我做过的项目里翻车最狠的恰恰就是无脑随机。第一次进入觉得新鲜第二次就变成困惑因为玩家建立起来的空间认知被打散了他不知道哪扇门通向哪不知道机关应该在什么位置触发结果是玩家非但没有觉得“有趣”反而觉得“迷路且不公平”。真正让人愿意反复进入一栋mansion的动机本质上只有三类探索、收集、挑战。探索的乐趣在于未知每进一次都想看看“这次有没有我没走过的角落”收集的乐趣在于积累某个房间里的信笺、某个机关旁的陈设、某个长廊尽头的装饰画是不是还有我没集齐的部分挑战的乐趣在于比较能不能用比上次更少的步数、更快的速度、更少的误操作把整栋宅子走完。这三个动机可以重叠但你不能三个都没有。如果一个mansion在玩家第二次进入时既没有新的东西可看也没有旧物件等着被集齐更没有值得重试的操作挑战那无论底层系统做得多炫酷玩家的热情都会在第一轮之后就断崖式下跌。所以我做设计前的第一步通常不是打开编辑器开始摆房间而是先在一张纸上回答一个问题玩家第二次进入mansion时他心中“这次我要完成什么”这个问题的答案是什么。如果答案只是“再来逛一圈”那这个mansion不值得他再来如果答案是“把上一轮差一个碎片没拼完的挂画补完”“用另一个钥匙打开之前打不开的侧门”“比上次少触发三次警报”那这个mansion就有了被反复进入的立足点。1.2 重玩成本与收益模型每次进入要有不同的目标把“再玩一遍”当作一个系统来设计而不是当作一句口号需要给每次进入设定“不同的目标”。这里我可以给一个我自己常用的对比框架用来检查一个mansion到底有没有重复游玩价值。维度一次性通关型mansion可重复游玩型mansion玩家进入前的心态我来看故事、解谜我这次有我要找的东西房间地图的稳定性完全固定核心骨架固定细节常变机关感应的节奏每次触发顺序完全一样不同轮次触发顺序不同但逻辑可懂玩家行为选择线性走一遍分支路径、选择取舍资源反馈通关奖励即可收集、强化、解锁递进失败/失误代价重开关卡或读档改变下次进入的初始情况这个表格不是理论而是为了在设计评审的时候快速对照。如果一个项目处在对应的“一次性通关型”那一列还想硬撑“再来一遍不腻”那就说明设计目标还没有想清楚。反过来如果你决定做可重复游玩那就必须做到表格右侧这些特征地图骨架大体稳定细节会变玩家带着目标进入每次的选择会产生后续差异。我踩过的一个坑是当初为了省事直接把mansion的房间顺序整张打乱来制造“新意”结果玩家第二次进入之后彻底没有了空间记忆的方向感反馈说“这不是一栋房子这是个随机迷宫”。从那以后我坚定了一个原则mansion的空间骨架要稳定让玩家在重复进入时感受到“我认得这条路但这条路的状态变了”才是真正有效的重玩体验。稳定产生熟悉感熟悉感让玩家有底气而细节变化在底气之上提供新鲜感这才是重玩系统的核心平衡。2. 让每次进入都不同mansion参数的动态化改造2.1 房间、物品、NPC的轮换策略我理解的“mansion的动态化”不是每帧或每次加载都要重新生成整个场景而是把一栋宅子里那些可以被替换的“参数”提炼出来在每次进入时按一定权重重新组合。具体来说我一般会拆成四个维度去改造。第一个维度是物品位置。同一个会客厅上一轮摆着烛台的窗台上这一轮可能换成一本日记走廊尽头原本挂着画的地方这轮变成一面挂镜。这种变化成本极低因为不需要改模型和场景结构只需要改物品ID和摆放点位的对应关系。但它的收益很高玩家会明显感觉到“这个房间和上次不一样了”又不会因为房间结构变化而迷路。第二个维度是NPC和留声机如果项目里有类似的信息载体。mansion里通常不缺提供线索或氛围的人物比如佣人、管家、躲在墙角的访客。我会让NPC出现在不同房间的概率系数可调并且每个NPC身上带的信息池大于单轮游戏需要的信息量这样每次进入玩家能搜集到的碎片不同拼接出来的“上一晚发生了什么”的叙事版本也会不同。这是用很少的额外工作量做出“好多内容”观感的典型手段。第三个维度是门锁和钥匙的配置。固定锤主线必须开的三道门钥匙一定落在固定位置附近灵活锤非主线通道会有2到3个备选方案比如某条密道这一轮可以用撬棍撬开下一轮可能要从楼上卧室拿钥匙绕回来。设计时要保证无论怎么轮换总有一条可行路径不被锁死。第四个维度是机关感应顺序。同一个机关阵上一轮是“红、蓝、黄”依次才安全这一轮变成“墙上的画要三次中的第二次触碰才会触发走廊灯的熄灭”具体触发组合被配置在数据表里不写死在代码里。这样每次进入mansion老玩家也会有一个重新摸索的过程而不至于看一眼就知道怎么踩过去。做这些轮换时我强烈建议先拉一张“参数配置表”来管理而不是想到哪改到哪。我常用的做法是把mansion拆成若干个区间每个区间内部做轮换跨区间保持依赖关系这张表同时决定了哪些元素是固定骨架、哪些是可变参数。如果连固定骨架和可变参数都不区分清楚后面做测试的时候很容易出现“这个房间永远进不去”或者“关键线索随机到死胡同里”这种局面。2.2 事件触发与玩家状态带入参数轮换解决了“东西在哪”的问题但“玩家为什么要在意”的问题还需要另一层设计来解决事件触发条件和玩家状态的参照体系。所谓事件触发条件就是玩家在什么情况下会看到某个内容。可以有很多种触发因子玩家当前的持有物、已经搜集过的线索数、是否在上一轮结束时达成了某个隐藏条件、玩家当前选择的身份立场等。这里我要特别提到判断玩家背包数据结构里某个物品的类型是很容易踩坑的地方。mansion项目里背包数据经常是map[string]interface{}这种结构因为不同物品字段差异很大但如果你不做类型分类后续做物品轮换、条件判断的时候就很容易出bug。我在一个项目里需要用“玩家有没有拿到特定类型的钥匙”来决定是否触发隐藏走廊的开闸结果因为物品判断函数里没有处理interface{}里嵌的嵌套类型导致明明钥匙在背包里事件就是不触发排查了大半天。经验是在系统入口处给所有物品加一个“类型枚举”用map[string]ItemData这种更强的数据结构去承载并写一个统一的“判断物品持有/类型匹配”工具函数不要到处散落类型断言。玩家状态带入是让第二次进入和第一次进入形成区别的重要手段。比如上一轮玩家在mansion的结局里救下了一个角色那这一轮开局这个角色可以出现在门口递给你一把额外钥匙如果上一轮玩家触发了警报逃出宅子这一轮全屋的巡逻点位就会比默认状态多两个。这些逻辑不需要很复杂只需要在存档结构里记录几个全局标记位然后在每次进入mansion初始化时读取标记位、调整参数权重即可。这种做法的好处是“重复游玩”不再是机械刷随机而是上一轮的选择沉淀为下一轮的条件玩家会觉得自己在持续塑造这栋宅子。2.3 灯光、天气、信息碎片的低成本差异让每次进入都不同不一定非要大改布局和机制。其实很多性价比极高的动态化都藏在氛围参数里。走廊灯光的明暗程度、烛台是否被风吹灭、窗外的天气状态、室内BGM的音轨层级、每隔一段走廊会随机刷新在墙上的抓痕或字符留言这些改动可能只需要一两个参数切换但能明显改变玩家对同一段长廊的感知。我自己最喜欢的“低配版动态化”是信息碎片的轮换。比如一座mansion里的老照片、报纸剪贴、墙上的字迹我预先写满30条短文本然后每次进入随机抽取其中一部分作为可交互对象而且其中会夹杂少量和玩家上一轮经历呼应的“幽灵文本”比如上一轮你走过的某个走廊这轮留声机里会有一句“那个穿红衣服的人站在第三个房间门口”。这类碎片文本成本极低但会让玩家在重复探索时下意识地搜寻“这次的宅子在讲什么”重玩的沉浸感就起来了。要注意的是动态化不能做到让玩家完全无法预测。任何一次重玩都应该保留一些玩家可以信赖的“常青机制”比如玩家上一次知道主厅壁炉后面有条通道这次如果通道没了他会很不爽。细节变化要变化的是“壁炉里可取得的物品”而不是把壁炉后面那面墙砌上。做这种变化时我总是告诫自己折腾玩家的预期要冒风险折腾物品和氛围则安全得多。3. 关键路径与长廊的节奏联动机关的感应设计3.1 长廊作为必经之路的意义在mansion类地图里长廊是天然的路径骨架。它把各个房间串起来扮演“必经之路”的角色。如果长廊本身一成不变玩家一进游戏就拖着脚步走过同一条路、看到同一扇窗、听到同一段脚步声重复感会在前五分钟内迅速累积。长廊的设计问题不是单独的房间设计而是串联动线的节奏设计。我通常会把mansion里的长廊分成三种类型通勤型长廊、演出型长廊、机关型长廊。通勤型长廊是玩家经常来回走的路它的设计目标是“让人觉得少走冤枉路”变动应放在沿路陈设和可交互点上演出型长廊是连接关键事件的路适合做明暗切换、声音提示、突然出现的贴脸演出这类变动可以和事件触发绑定机关型长廊则是需要靠感应来完成解谜/门开的路径它是最适合做“重玩变化”的部分因为玩家必须重新观察和尝试。搞清楚长廊的分类之后再去做联动机关感应设计就不会乱来了。通勤型长廊不适合放过于复杂的机关因为玩家的日常通行需求很高那种每次路过都要触发一轮判断的路段早晚会被玩家骂成“上班打卡”。机关型长廊则要明确传达出“这段路和别的地方不一样”的信号比如进走廊前有独特的地砖花纹、光线层次不同给玩家足够的心理准备。3.2 机关感应的重排解锁节奏与开门顺序机关感应的“重玩变化”不是把每个机关的答案都换掉而是改变“解锁的节奏和开门的顺序”。假设一个玩家上一轮撬开了二楼东侧的门这次他想走西侧门那西侧门的解锁条件就不该还是“找到同一个扳手拧开”而是换成“在三个房间里依次踩亮发光的特定地砖”。这种变化会让玩家对路径的认知保持新鲜感同时又不需要改动整栋宅子的连通性。我设计的时候会先画一张“门与锁依赖图”把mansion里的每扇门作为节点钥匙/机关作为边横跨每周目在这些边之间做权重调配。这个依赖图是设计层面最核心的资产它的作用是防止变化过程里出现死锁。常见死锁有新路径需要的钥匙被随机进了尚未开启的房间某扇门在逻辑上可以开门但距离门的路径因为这个随机配置需要绕到玩家还没能力进入的区域NPC事件地点与钥匙位置距离无限拉长导致往返跑图枯燥到劝退。避免死锁的方法很简单给每条路径保留一个“保底解锁方案”。比如无论本轮的机关配置怎么变化某扇门至少要保证可以通过“这个房间里面的暗门过去”这一个低配方案到达。我做随机调配时会先用自动化脚本跑一遍全部连通性测试确保从入口到任意一个房间的路径存在才会放进真机试玩。这条自动化测试线在我做mansion项目时帮了很大的忙它通常能发现大量的“看似随机了实则玩家会卡死在二楼拐角”的隐藏问题。3.3 用氛围参数的间歇变化拉住注意力除了机关顺序长廊的体验还深受氛围参数影响。我特别推荐做“间歇变化”而不是“全程变化”。什么意思呢不要让每一条走廊的灯光每秒都在变那样神经会疲劳而是在特定节奏点插入差异比如每次进入mansion后三分钟内灯光会逐步变暗第四分钟窗外闪了一下或者播放一段低音量的环境音效然后恢复正常。这种间歇性变化会不断刷新玩家对环境的感知让同一段路每次走起来的紧张感都不太一样。另一个我常用的技巧是和全局位置绑定。当玩家走到长廊某一段时系统根据当前周目状态随机决定“是否触发一次假感应”例如远处传来关门声、一个烛台突然熄灭、某幅画的相框轻微歪斜。这些感应事件不需要推进任何主线但会让玩家产生“这宅子还活着”的感觉。项目里这类假事件的成本非常低但玩家会以为你在重复游玩上花了大量心思因为每次经过的体验不是一条刻板的固定演出。这些效果如果要在引擎里实现用状态机加延时触发就可以了。不需要很复杂的机制把“当前长廊的感应事件表”配置到节点上每周目用一套随机权重去挑选要播放的节点动画事件之间必须要设置冷却时间避免多个触发效果叠在一起反而变成噪音。我自己在测试时遇到过一个很滑稽的bug因为冷却时间没设好玩家走在一条长廊里同时触发了烛台熄灭、画框歪斜和远处门响最后玩家以为是什么隐藏BOSS出来了吓得直接退了游戏。这种“用力过猛”的演出灾难一定要在调试时多跑几遍才能避免。3.4 不同身份/钥匙决定可访问区域如果mansion项目里有身份选择或起始道具选择的设定那么多周目可访问区域的分化就再自然不过了。一栋mansion主人、访客、侦探、窃贼四种身份进入时能开的门、能交互的对象、NPC对待玩家的态度都可以直接改变可访问区域。比如主人开局可以直接进书房访客开局会被锁在花园门外窃贼开局拥有撬锁器但又不能发出声音。这类设计尤其适合“再来一次”的玩家心理因为第二轮他不是单纯换了一条路线走而是换了一层“社交身份”能够看到同一个场景里此前无法看到的内容。实际上这就是一种很高效的重复游玩驱动每玩一轮都会揭开mansion整体图景中的一角。你甚至可以给每种身份各自设计一条小的“身份专属支线”当玩家用不同身份全部玩过一遍之后才在解锁页里看到完整的宅邸叙事拼图。这种做法让重复游玩从“为了刷而刷”变成“为了看全故事拼图而主动重玩”。我还想提一个容易被忽略的细节当重玩周目出现“可访问区域扩展”时一定要给玩家清晰的反馈。比如他带着之前某轮获得的钥匙走到一扇此前锁住的门前门上出现一个提示“这扇门似乎等待着那把旧钥匙”。这类小提示会让玩家感觉到老玩家身份的价值而不是觉得自己只是重新开始打一个不认识自己的新游戏。4. 让“再来一次”变成主动探索玩家体验设计要点4.1 存档与回溯工具的重要性重复玩mansion最让人头疼的不是难度而是“上一次都到这了怎么这次还得从头跑”。所以如果项目决定支持多周目存档设计一定要跟得上。我强烈建议至少提供两种层面的回溯能力一是周目存档也就是玩家可以保存“这一轮这个选择的档位”以便之后回来对比不同事件结果另一个是mansion内部传送点在探索过一次的局部区域解锁快穿避免高重复度跑图消耗耐心。我见过一个项目为了让重玩“有仪式感”坚持不做传送结果第二次进mansion后玩家把大量时间花在走重复路上反馈相当不好。决策要灵活你需要在“沉浸感”和“舒适度”之间做优先级取舍。我个人经验是正式版或者内容量较大的mansion必须给玩家提供地图传送或加速移动的手段小体量mansion可以不做但如果无人值守的重复路径超过三分钟会明显感受到流失。存档系统的技术实现本身不复杂重点在记录哪些字段。至少要记录玩家当前所在房间ID、已经是第几周目、这周目已经触发了哪些全局标记、持有物ID列表、以及所有门锁的当前状态。如果你还要支持“多个周目并行进行”那我建议把周目数据独立存档而不是和系统设置混在一起。踩过坑的人会懂一周目的档覆盖二周目数据这种事一旦发生玩家直接暴怒流失比游戏不好玩还致命。4.2 定向提示与目标指向防止玩家一进mansion就迷路动态化的最大风险是玩家失去方向感尤其是当玩家第二次进入时发现“走廊里的灯变了、门锁换了、NPC站的位置也不一样了”如果没有清晰的当前目标他会觉得内容虽然变了但不知道该干什么。这个问题的解法不是砍掉变化而是给玩家提供“定向提示系统”。定向提示不一定要做成生硬的箭头导航。我最常用的方式是在mansion里留一本宅邸日志日志不是固定文本而是随着玩家当前目标和已有线索动态生成比如“日志上多了一行字西侧走廊尽头的画像似乎被挪动过”。这样既有探索感又给了明确的目标。如果项目完成度更足还可以让NPC对玩家的行动给予口头反馈但即便只有文字提示也能在很大程度上消除随机变化带来的迷路感。要注意定向提示的信息量和发布时机。我犯过的错误是想让mansion显得“有深度”于是把提示写得非常隐晦结果玩家根本没看懂卡了两天直接弃坑。后来我改成“先直白后隐晦”的思路关键解谜必须有直白提示兜底可选收集内容可以写得隐晦一些。玩家要烦的是该告诉我的不告诉我而不是内容本身有深度。4.3 用图鉴、结局收集和成长感做外力牵引除了让mansion本身“活”起来外围系统也是促使玩家反复进入的重要牵引力。最常见的三个外围系统是图鉴收集、结局收集、成长奖励。图鉴可以收集mansion里的陈设品、人物剪影、留言碎片填满图鉴的过程天然就是多周目驱动的过程。结局收集适合那些有多分支判断的项目每次周目的关键选择不同就能解锁不同结局档案玩家为了看全结局会主动去尝试不同进入方式。成长奖励则是指重复游玩中获得的外显收益比如解锁更多初始携带物品、解锁外观、解锁更高难度的mansion布局这些奖励能让玩家觉得“上一轮没有白跑”。这里我要强调一个“外围系统不能太肝也不能太鸡肋”的平衡感。一个mansion玩五轮能集齐全部图鉴是合理的玩二十轮还差最后一个碎片玩家多半会愤怒。结局收集的目标可以定得长一些但一定要保持可追踪感让玩家知道“我还差哪几个”。成长奖励则应该采取“前几轮斜率陡峭、后面平滑”的曲线让玩家不停获得小甜头但又不至于完全变成数值碾压。数值成长如果做过了头二周目玩家进mansion像逛自家后花园那本来的探索惊险感也就跟着消失了。还有一个容易忽略的外围设计记录者。很多mansion项目二周目时容易淡薄情感因为玩家和场景建立的情绪连接是单次性的。我建议在外围系统里加入“上一轮行动留痕”的展示例如在结算界面显示“这轮你在mansion里待了多久、摸过多少扇门、触发过几次机关感应、被哪个方向的脚步声吓过”。这听起来像是做数据统计但实际上它是在创造“我和这栋宅子有交情”的私人叙事玩家发现自己和mansion之间有了连续记忆后再下一次进入时的主动意愿会高很多。5. 落地规划从想法到实施的检查清单与避坑要点5.1 不要一上来就全随机先锁定固定骨架可能你已经发现我反复在强调“核心骨架稳定”这件事。这里我给出一个可执行的落地顺序第一先把mansion的通关主线路径完整跑通确保固定流程没问题第二再梳理出哪些房间、物品、机关是可替换的参数第三只替换非关键路线上的参数并保证任意随机组合下都存在一条可行通路第四最后才是把随机干扰加入关键路线比如解锁条件、门锁配置等。这套顺序最核心的价值在于它能帮助你区分“变化带来的新意”和“变化带来的混乱”。我见过好几个项目为了追求动态化第一版就全量随机结果测试阶段每天要花两小时在“复现一个随机出来的bug”上。后来改成上面这套顺序之后测试难度骤降。因为固定骨架帮你确保主流程不会出问题参数化只影响局部体验出问题了可以快速定位到某个房间或某类配置表。5.2 动态化功能的开发顺序和工作量评估如果团队不大、时间有限做动态化功能也得分优先级。我一般会按这样的顺序推进第一优先级是物品位置轮换和氛围参数切换这两个功能改动量小、见效快能撑起第一层“每次进入都不一样”的感受。第二优先级是做门锁/钥匙配置表、NPC位置轮换、事件触发条件这些能把重玩体验做成有结构的选择性变化而不是单薄的表面装饰。第三优先级才是身份分线、结局收集和成长奖励这些功能篇幅大、工作量大应该放在前面已经稳定之后再做。具体到一个版本的开发工期估算一个小团队两到三人在已有mansion场景的基础上做第一优先级大约需要一到两天设计配置、两到三天的程序实现和测试做第二优先级大约需要一周到十天做第三优先级则是按周计算的大模块通常要配合策划反复打磨。如果项目目标是“尽快把重复游玩做出来”千万不要跳级先做第一优先级的内容见成效给团队积累信心再逐级推进。5.3 测试重点与典型问题动态化系统测试起来比固定流程游戏更费劲但不是没有方法。我建议测试时锁定两个核心指标可达成性和不矛盾性。可达成性就是任意随机配置下玩家从入口能到达所有该到达的区域不矛盾性就是事件之间不能互相冲突例如NPC的台词提到“壁炉里的空地有东西”但壁炉那轮并没有生成任何物品。从实际项目里翻车比较多的问题我列一个速查表方便大家自查。常见问题原因解决建议门锁死玩家断路随机钥匙被分配到尚未开放的房间用保底解锁方案连通性自动化测试NPC事件不触发物品类型判断不严谨map嵌套类型处理出错统一物品类型枚举写统一的判断工具函数玩家迷路不知道去哪动态变化没有配套定向提示增加宅邸日志/动态目标提示文案双周目存档互相覆盖存档设计没有做周目隔离将周目独立存档避免覆写重复跑图太烦关键路径没有快穿或加速手段传送点或移动加速按内容量决策随机效果演出过头冷却时间不足多个触发放一起全局触发冷却区域触发冷却双重控制这些坑我基本都亲历过尤其是NPC事件不触发那个真的非常耗时。当时我把mansion里钥匙数据放在了map[string]interface{}然后在事件系统里反复做类型断言每次断言失败都静默返回导致看起来一切正常但就是触发不了。后来我建立起统一的物品类型枚举和工具函数所有关联判断都走同样的入口问题才算根治。这里提醒大家看似简单的数据格式统一其实是动态化系统的地基。5.4 用mansion设计者的习惯在不同阶段验收最后一点是关于验收的如果你是一位设计者你要像真正住在这栋mansion里的人一样去反复走流程而不是以“上帝视角”看配置。第一次验收时可以把自己当成第一次进宅的玩家检验初始引导和第一轮通关是否顺畅第二次验收时把自己当成已经玩过一次、想走另一条路线的玩家检验不同身份或不同入口是否真的给了不同内容第三次验收时把自己当成一个收集狂检验图鉴、结局、留言碎片的收集路径是否能被追踪。每轮验收最好留文档记录不要只在脑子里过一遍。我自己的习惯是建一个“验收清单”表格每一轮用不同视角进入mansion记录当前视角、测试时间、发现的问题、问题归属的模块。这样过三轮之后几乎所有动态化带来的主要问题都会浮出水面剩下的就是按优先级修修复复、重复测试。做完这套流程之后你会发现“再玩一遍也不腻”其实不是一个神秘的魔法而是设计者愿意持续为重复进入提供内容差异和情绪连接的结果。动态化只是在表层提供新鲜感真正的重玩价值来自玩家对mansion建立起的连续记忆他知道上次在哪见过什么、这次哪儿不一样了、他又能拿到什么新东西。作为设计者你能做的最好的事就是把这份记忆藏在门锁、长廊、机关感应和宅邸日志的一个个微小参数里让每次推开一扇门玩家都能隐约闻到上一回自己留下的气味。
返回列表