安卓修改大师安卓版给自家应用加内测版标签改版本号教程

做内部应用的人都有一个共同记忆：测试包发得多了，版本就乱了。同样的名字、差不多的图标，同事装上之后说不清自己装的是哪一天的包；你明明改了一版紧急 bug，群里发出去的却是上周的安装包；更尴尬的是，有人把带调试日志的内测包转发给了客户，还理直气壮地说"这就是最新版"。这些混乱的根源，说穿了就一句话：改包太麻烦，所以大家懒得每次区分版本。今天要讲的，就是怎么用一款叫安卓修改大师智改工坊（介绍页面：https://www.apkeditor.cn/ai-version.aspx）的软件，把"给自家应用加内测版标签、管理版本号"这件事，变成在手机上随口说一句话就能完成的操作。它的口号是：「只需说话，就能让应用变成你想要的样子」。版本管理，正是这句话在内部协作里最有用的落地场景。它旗下有智能修改安卓版、智能修改电脑版与经典修改版三款产品，本文的主角是智能修改安卓版——装在手机或平板上的那一个。

一、内部应用版本管理，为什么总是一团乱

先把你熟悉的那套流程摊开看看。假设你是公司里负责某个内部工具的应用负责人，今天要发一版内测包给测试组。过去你会怎么做？大概是这样：先在电脑上找到工程代码，改版本号、改应用名，重新编译出包；或者更麻烦一点，手里只有别人给的安装包，想改个名字、加个"内测版"后缀，就得先装一套反编译环境——Java、apktool、签名工具，配环境就能花掉一上午；反编译之后在几十个文件里找到应用名的资源位置，改完回编，回编报错再排错，签完名还要验证能不能装上。这套流程走下来，顺利的话大半天，不顺利的话一整天都搭进去。所以大多数团队的选择是：不改了，就这样发。于是版本号永远是 1.0，应用名永远是默认名，所有测试包长得一模一样，谁也分不清。

分不清的后果是实实在在的：测试同学反馈的 bug 可能来自旧包，你排查半天发现早修过了；产品经理拿着演示机出去谈合作，装的是带调试信息的版本，现场出洋相；最危险的是内测包被误当正式包发出去，日志、调试开关、临时接口全部暴露。这些问题听起来小，处理起来却要花掉大量沟通成本。而解决方案其实非常朴素：给每个包打上清晰的版本标识——应用名加后缀、版本号递增、图标区分环境。过去做不到，是因为"改标识"的成本太高；如果把这个成本从"一整天"压缩到"一句话"，版本管理自然就变成了顺手的事。

你可能已经注意到，我们说的是"在手机上完成"。为什么要强调手机？因为内部应用分发的场景里，发起改包的人往往不在电脑前：产品经理在客户现场，测试在实验室，运维在机房。手机才是永远带在身边的那台设备。智能修改安卓版（V50.05.00.00，约 7 MB，支持 Android 10 及以上）把反编译、修改、回编、签名、校验的整条链路搬进了手机本地，不依赖电脑，改完立即可装，也可以一键分享到微信、QQ。版本管理这件事，从此可以在任何碎片时间顺手完成。

把"给自家应用改个名字、加个后缀"这件事，两种做法的效率差摆在一起看，会更直观。

环节	传统做法	一句话改包
找包与环境	装 Java、apktool、签名工具，配置大半天	手机上直接选已安装应用，零配置
改应用名	反编译后逐条找 strings.xml 与 Manifest 的 label	一句话，AI 全量定位
改版本号	翻清单、找联动位置，容易漏	一句话，含 About 等联动位置
签名验证	手工签名，再验证能不能装上	自动回编→对齐→签名→校验
分发	拷贝、上传、群里逐个发	一键分享微信/QQ

这个差距不是"快一点"，而是"愿不愿意顺手做"的区别：传统方式下，改一个名字的成本高到让人干脆放弃；一句话改包之后，顺手改一版带标识的包，反而成了最省事的选项。很多团队正是从"给内测包改名"这个小动作开始，一步步把版本管理规范起来的。

二、技术内核：AI 在一部手机里怎么完成"改名改版本号"

"改应用名、改版本号"听起来简单，背后的技术链一点也不简单。应用名通常存在两个地方：AndroidManifest.xml（清单文件，声明包名、应用名、权限、四大组件）里的 android:label，以及字符串资源（values 目录下的 strings.xml，中文环境通常取 values-zh 里的对应条目）；个别应用还会把名字硬编码在代码里，改的时候漏一处，桌面上就会出现一个"半新半旧"的名字。版本号则存在 Manifest 的 versionCode 与 versionName 字段里，还可能散落在 About 页面、更新检测逻辑等多处，光改清单不联动，用户在设置页看到的还是旧版本号。手工处理的时候，要么借助工具一条条找，要么直接在 smali 里翻，都是又慢又容易漏。AI 改包的逻辑，是把这三步串起来自动完成：

第一步：导入 APK，自动解析项目信息

在智能修改安卓版里，你可以导入本地 APK 文件，也可以直接从手机"已安装应用"列表里挑一个来改——后者特别适合内部场景：应用已经装在测试手机上了，直接选它，连安装包都不用找。导入后软件会自动解析出图标、应用名、包名、版本号等信息，让你对"正在改的是哪个包"一目了然，避免拿错文件。

第二步：用中文描述你的目标

这是整个产品最特别的设计：你说的是结果，不是命令。你不需要懂 Manifest 长什么样，不需要知道 versionCode 该改成几，只需要用中文写"把应用名改成 XX助手 内测版，版本号改成 1.0.1"这类描述。内置 3000 条话术模板（6 大分类，每类 500 条，涵盖界面美化、弹窗引流、去除限制、常规修改、混淆去毒、插件添加）里，"应用名""版本号"相关的修改路径已经被固化成了成熟模板：每条话术都写清了"要做什么、细节要求、参数参考、范围、验收"，点「选择」直接填进输入框，点「复制」复制正文。你点一条现成话术，或者照着它的风格自己写一句，AI 都能准确理解。

六大分类覆盖了内部维护的绝大多数诉求，举几个例子感受一下：

• 界面美化：换主题色、改启动页、调布局观感；
• 弹窗引流：调整自家应用的提示弹窗与横幅文案；
• 去除限制：处理自家应用的内测时间限制类设置（仅限自有应用）；
• 常规修改：改应用名、版本号、包名信息等基础项；
• 混淆去毒：清理调试日志、精简冗余权限；
• 插件添加：给自家应用挂接新功能的入口与资源。

每条话术都自带"要做什么、细节要求、参数参考、范围、验收"的完整结构，点「选择」直接填进输入框，或者复制之后按自己的需求改一改再用——这也是新手从"不会说"到"说得好"最快的路径。

第三步：自动修改、自动回编签名

AI 定位到应用名和版本号的所有出现位置，统一完成修改，然后自动触发打包流水线：回编 → 对齐 → v1/v2/v3 签名 → 校验，四步自动跑完。签名默认使用测试签名，开箱即用，改完的 APK 直接就能安装；如果你在公司里维护的是正式签名，也可以在设置里换成自己的密钥库和证书。整个过程在手机本地完成，APK 文件不会上传，断网也能继续改。

插一句技术细节：导入之后，软件会先用解析器把安装包的项目信息一次性读出来——图标、应用名、包名、版本号、最低与目标 SDK、启动页都在其中，界面上显示的永远是"包的真实身份"，不是靠文件名猜的；反编译则在后台线程执行，界面不会卡住。你在输入框里组织语言的时候，反编译可能已经完成，等点「立刻修改」时，AI 直接在一套就绪的索引上工作，这是"改得快"的技术基础之一。

这里值得多说一句"为什么本地这么重要"。内部应用的安装包往往涉及公司业务逻辑，谁都不希望它被传到一个不了解的服务器上。全本地处理意味着：文件不出手机，隐私有保障；同时不依赖网络，在地铁、在会议室、在信号差的地方都能完成一次完整修改。这三点叠加起来，才让"随时随地改包"真正成立。

再补充一个容易被忽略的设计：修改历史。每一条你发出的需求，软件都会按时间存档，最新在最上，完整显示不截断，右侧点「选择」就能把原文一键填回输入框——这意味着"照上次那条再改一遍"几乎零成本。配合"成品继续改"（改好的包直接送回输入框发下一轮指令），多轮迭代不需要重新导入原始包，修改是叠加进行的。这两个设计放在一起，正好支撑起内部版本管理的日常节奏：改一版、存档一版、不满意就回退重来。

AI 修改如何保证不破坏功能

很多人担心 AI 改完的包会不会打不开。这里的关键在于修改的粒度：AI 的每一次修改都落在具体的资源或代码节点上——改的是"应用名对应的字符串条目""版本号对应的字段"，而不是重写整个文件；修改完成后自动走完回编、对齐、签名、校验四步，其中校验环节会验证签名是否生效、包结构是否完整，相当于出包前的最后一道质检。所以正常流程下，成品包的结构完整性和功能逻辑都有保障，剩下要做的就是装机验证这一步肉眼检查。

三、功能全景：智能修改安卓版到底能干什么

版本管理只是它能力的一个切面。对内部团队来说，手机端改包还有一个隐藏价值：它把"维护自家应用"这个本来集中在某个人手里的活儿，变成了人人可参与的轻量操作——谁发现包有问题，掏出手机就能改一版带标识的临时包应急，不用等"那个会改包的人"有空。把功能清单摊开看，你会发现这台"口袋里的改包工具"覆盖了内部应用维护的绝大多数场景。下面这张表列出主要能力，每一项都对应一个真实的日常用法。

功能	日常用法	亮点
导入 APK / 从已装应用选	本地文件导入，或从手机已安装应用里直接挑一个来改	内部测试机上的应用一键取材，省去找安装包
一句话改包	写中文需求，点「立刻修改」	AI 自动反编译、定位、修改、打包
3000 条话术模板	不知道怎么写需求时点一条现成的	6 大分类覆盖常见需求，零门槛表达
修改历史可追溯	每条需求按时间存档，最新在最上	点「选择」一键把原文填回输入框，等于手机版"撤回"
成品继续改	改好的成品直接送回输入框发下一轮指令	不用重新导入，一路改到满意
自定义签名	默认测试签名开箱即用，可换自己的密钥库	内测包与正式包签名区分，覆盖安装更稳
自动回编签名	修改完成后自动触发	回编→对齐→v1/v2/v3 签名→校验，四步自动
安装或分享	改完直接装到本机，或一键分享到微信/QQ	测试包发群里，同事装上就能用
网址/本地网站打包	输入网址，配置应用名、包名、图标	内部网页工具一键变成独立 App
任务中心	完成任务赚大师币	顺带熟悉每一项功能

注意表格里"修改历史可追溯"和"成品继续改"这两项，它们串起了一个完整的迭代闭环：今天把应用名改成"内测版 v1"，明天想再改版本号，把成品送回去发一条新指令即可；改错了，历史记录里一键找回上次的需求原文重来。内部应用的版本管理，本质上就是靠这个闭环一点点积累起来的。

最后再说说版本选择。如果你们团队既有手机随手改的需求，也有电脑批量产包的需求，可以把智能修改安卓版与智能修改电脑版搭配使用：电脑版负责批量、循环打包这类重活，安卓版负责现场、碎片时间的轻量修改；需要手动精研 APK 结构时，还有经典修改版。三款产品共用同一套修改理念，用熟一款，另外两款都能快速上手。

如果你所在的团队还在用"复制粘贴传包"的原始方式，这里给一个直接的建议：从下一版开始，让每一版内测包都带上版本标识再发。不用多复杂——应用名后缀加上"内测版"三个字，版本号随手 +1 即可。坚持一个月，你会看到测试反馈的版本错乱问题明显减少，因为每一个包都能被准确指认，这就是版本管理的起点。

四、实例一：给内部工具应用打"内测版"标签

光讲功能不过瘾，我们走一遍真实操作。假设你负责公司内部一个叫"巡检助手"的工具应用，今天要发一版内测包给测试组，要求是：应用名改成"巡检助手 内测版"，版本号从 1.0.0 提到 1.0.1，图标换成带"测"字的测试图标，避免同事和正式版混淆。

以前要怎么做：拿到工程代码，改 build.gradle 里的 versionName 和 versionCode，改 strings.xml 里的应用名，换 mipmap 图标，重新编译打包，再手动签名——这一套的前提是你能拿到源码并且环境齐全。如果手里只有别人给的 APK，就更痛苦了：装 Java、装 apktool、反编译、在 resources 里大海捞针找应用名，改完回编，回编报错还要排错，最后签名、验证，运气好一整天，运气差两天都收不了尾。

现在一句话怎么做：打开智能修改安卓版，如果"巡检助手"已经装在测试手机上，直接从"已安装应用"里选它；输入框里写一句："应用名改成'巡检助手 内测版'，版本号改为 1.0.1，图标换成测试图标"，点「立刻修改」。AI 自动反编译、自动定位应用名与版本号的所有位置、自动替换图标、自动回编签名，全程有日志可看。

改完怎么验证：改完的 APK 直接安装到本机，打开桌面看图标和名字——应用名显示"巡检助手 内测版"、图标是测试图标；再进"设置→应用→应用信息"看版本号，确认是 1.0.1。确认无误后，一键分享到微信工作群，测试组装上就能按版本号对齐问题。整个过程几分钟，人在哪都不耽误。

换图标这个动作值得多说两句：传统做法要准备 mdpi、hdpi、xhdpi、xxhdpi 等多密度的一套图标，再逐个替换资源，少一个密度就可能在某些机型上显示模糊；在智改工坊里，把新图标文件作为附件上传，附一句"这是新的测试图标，替换应用图标"，AI 会按说明完成替换与密度适配，比手工逐个换省心得多。

步骤	传统做法	智改工坊做法
改应用名	反编译找 strings.xml 与 Manifest 里的 label	一句话"应用名改成……"，AI 全量定位
改版本号	改 build.gradle 或 Manifest 的 versionName/Code	一句话"版本号改为 1.0.1"，含 About 等联动位置
换图标	准备多密度图标，手工替换 mipmap 资源	作为附件上传新图标，说明用途，AI 替换
出包分发	编译、签名、上传，折腾一整天	自动回编签名，改完即装或一键分享

五、实例二：演示应用换标识、去自家开屏广告

第二个实例更贴近"出门见客户"的场景。假设公司有一款给客户演示用的应用，里面有一段自家做的开屏广告页（展示公司品牌宣传图），但演示的时候这段开屏会让流程多一步等待，容易冷场；同时你希望这台演示机上装的包带一个明显的"演示专用"标识，避免被当成正式产品传出去。

以前要怎么做：开屏广告虽然是你自家应用的，但想去掉它依然得走完整条技术链：反编译、找到开屏广告的入口 Activity 或加载逻辑、删掉或改掉跳转、回编、签名、验证。一套下来，演示前的下午基本就没了，而且改坏了还得重新来。

现在一句话怎么做：在智能修改安卓版里选中这个应用，输入一句组合需求："应用名改成'XX产品 演示专用'，去掉开屏广告，直接进入主界面"，点「立刻修改」。AI 会拆解出两个子任务：一个处理应用名标识，一个定位开屏广告相关的代码与跳转逻辑并移除，然后统一回编签名。

改完怎么验证：装到演示机上打开——直接进主界面，开屏广告没有了，应用名带"演示专用"后缀，一眼就能和正式包区分。这套演示包可以在手机本地改、本地验，改完分享给同事的演示机也一样装上，几分钟搞定。需要说明的是：这里去的是自家应用的自家广告，属于对自己有权限的修改；这类操作仅供学习研究与企业内部使用，请尊重知识产权、遵守法律法规，切勿对他人付费应用或受保护内容做类似处理。

演示包改造前，先确认两件事：一是你确实拥有这个应用的修改权限——自家应用没问题；二是演示机上旧版本的处理方式，签名不一致时需先卸载旧版，避免装不上。这两点确认完，改包本身反而是最省事的环节。

这里有一个容易被忽略的小细节：需求写得越具体，AI 拆解越稳。"演示专用"标识和"去掉开屏广告"是两个独立目标，用"和"连接之后，AI 会按顺序拆成两个子任务执行；如果你担心开屏广告的入口比较特殊，可以在需求里补一句"保留功能入口，只移除开屏展示"这类范围说明。改完之后除了看界面，还可以通过应用信息页确认应用名与版本号，双重验证后再分发。

同样的思路也适用于对外演示直播：把演示应用的 About 页面版本说明、包内提示文案一并改成"演示版"，现场打开应用信息页也不会穿帮。改包这件事做到这个粒度，就真正融入了业务准备流程。

六、使用技巧：把内部版本管理做成习惯

工具解决"能不能改"的问题，习惯决定"改得好不好"。下面几条技巧，是资深用户总结出来的，能让版本管理真正融入日常工作流。

技巧一：约定一套命名规范，让后缀承担信息。内测版、演示版、灰度版、渠道版，用固定的后缀词，比如"内测版""演示专用""灰度 v2"。命名统一之后，光看应用名就能判断包的性质，误发风险直接下降一大半。

技巧二：用修改历史给版本存档。每一条修改需求都会按时间记入历史，最新在最上。你可以把"1.0.0 内测""1.0.1 内测""正式版"这些需求原文当成版本节点存着，任何一步改坏了，点「选择」把历史原文填回输入框重跑一遍，相当于自带版本回退。

技巧三：成品继续改，而不是每次从头导。不要每次都从原始 APK 重新来：改好的成品直接送回输入框发下一轮指令，修改是叠加的，省时间也省流量，还能做出更复杂的定制组合。

技巧四：组合需求用"和""以及"拆清楚。像实例二那样一次改多个点，把目标列得越具体，AI 拆解得越准："把应用名改成……，版本号改为……，图标换成……"就比一句"处理一下"可靠得多。拿不准怎么措辞时，先点一条话术模板看结构，再照着改。

技巧五：测试包和正式包用不同签名。智能修改安卓版默认提供测试签名开箱即用；正式分发时建议在设置里换用公司自己的密钥库，用"自定义签名"区分内测与发布，避免测试包覆盖不了正式包、或者正式包被测试包顶掉这类签名冲突问题。

技巧六：换图标这类需求，把素材当附件一起给。准备新图标、新启动图时，直接作为附件上传并写一句用途说明，AI 会按你的说明使用这些素材，比在需求里用文字描述图片内容准确得多。

技巧七：把话术库当字典用。拿不准怎么描述需求时，先翻话术库的分类，看看同类需求别人是怎么组织的，再组合出自己的目标——"像这样，但把版本号改成 1.0.2"，比凭感觉写一句笼统描述稳得多。用久了你会发现，大多数日常需求都逃不出那六大分类。

技巧八：改完先验证再分享。新包先装到自己手机上跑一遍核心流程，确认没有回归问题再往群里发。手机端改包的优势之一就是验证就在手边——装上、打开、看效果，一气呵成，这也是"改完怎么验证"最顺的答案。

把这些技巧串起来，一个典型的内测日流程是这样的：早上收到测试反馈，在地铁上用已安装应用列表选中应用，改版本号加"内测版"后缀，点立刻修改，到工位时包已经改好；装到自己手机验证，确认没问题，分享到群里，在需求里@测试同事"这是 1.0.2 内测版，版本号已对齐"。整条链路没有一个环节需要开电脑，这就是智能修改安卓版想给内部团队带来的体验：只需说话，就能让应用变成你想要的样子——改包不再需要专门腾出时间，而是融入日常的顺手操作。

七、常见问题：版本管理路上最常被问的事

整理几个内部团队问得最多的问题，一次说清。

Q1：改完的包会不会把功能改坏？AI 只做需求相关的精准修改，不做"一刀切"；修改过程有日志输出，每一步发生了什么都能看到。稳妥起见，改完先装到自己手机上验证核心功能，确认没问题再分发。原始安装包建议保留，改坏了重新导入再来一轮。

Q2：内测包能直接覆盖正式包吗？取决于签名是否一致。同一个签名可以覆盖安装、保留数据；不同签名需要先卸载旧版才能装新的。所以内测包建议单独用测试签名并明确命名，正式发布再切回公司签名，两套签名互不干扰。

Q3：版本号怎么改才不容易乱？记住一条：versionCode 是系统判断"要不要升级"的依据，只能递增；versionName 是给人看的展示名。两个都改，用户端才能正确收到更新提示，否则可能出现"名字变了但系统不提示升级"的情况。

Q4：修改历史能删吗？可以，历史按条存档，删除某条就删掉那条记录。但更建议把它当版本节点库保留——每条需求原文就是一次版本迭代的说明书，回头查"这个包当时是怎么改的"全靠它。

Q5：手机配置低会影响改包吗？常规的改名、改版本号、换图标这类修改，在主流手机上都能流畅完成；如果遇到超大安装包或特殊加固的应用，处理时间会更长，建议配合电脑版处理，手机端继续承担轻量场景。

Q6：除了改名改版本号，还能改什么？一句话改包覆盖的远不止版本标识：界面美化、弹窗引流、去除限制、常规修改、混淆去毒、插件添加六大类需求都能用中文描述来触发；网址还可以直接打包成独立 App。内部维护里常见的换启动页、去自家开屏广告、汉化、换主题色，都在一句话的范围里。文章开头那句口号不是修辞——你描述"想要的样子"，AI 负责实现。

八、用户怎么说：内部团队的真实反馈

版本管理这种场景，用过的团队最有发言权。下面是一些用户反馈（匿名整理），供参考。

"以前发内测包要开电脑改半天，现在在测试机上直接选应用改名字改版本号，两分钟一个包，测试组的版本号再也没对不上过。—— 阿凯 · 某移动团队测试负责人"

"最实用的是'已安装应用直接改'，演示用的那台平板不用连电脑，现场就能把应用改成演示专用版，去掉开屏广告直接进主界面，客户体验好了很多。—— 林姐 · 企业售前顾问"

"我把修改历史当成版本库用，每条需求就是一次版本记录，改坏了点选择重跑，比在电脑上维护一堆包文件直观。—— 老周 · 安卓逆向爱好者"

"公司内部十几个工具应用都是我在维护，以前改一个名字折腾一下午，现在手机上批量改，通勤路上就处理完了。—— 小鹿 · 公司内部运维"

"一句话改包最打动我的是本地完成，内部包的代码不会上传，放心。断网也能改，在客户现场没网也能出包。—— 大伟 · 独立应用开发者"

九、合规提醒：内部改包的正确边界

把话说在前面：APK 修改工具本身是中立的，怎么用取决于使用者。安卓修改大师智改工坊面向的是自有版权或已获授权的应用，适用于学习研究、企业内测等合法场景。本文里所有实例，改的都是"自家的应用""内部的工具""公司的演示包"——这是使用这类工具必须守住的红线。

请勿用于破解他人付费应用、绕过付费或安全机制、分发盗版内容。反编译、去广告、脱壳、改标识等操作，请始终遵循"仅供学习研究"的原则，尊重开发者知识产权，遵守法律法规。企业内部使用请配合公司的安全与合规制度，测试包、演示包务必用明确的标识与正式版本区分，避免误发、误装带来的风险。

对企业团队，还建议把改包纳入内部工具管理流程：明确谁有权限改包、改完如何走测试、测试包如何归档，让"随手改"建立在可控的流程之上。工具降低了门槛，制度守住边界，两者配合，内部应用维护才能既高效又稳妥。

另外提醒两点技术层面的边界：其一，手机本地改包的能力与手机性能有关，主流机型处理常规修改没有问题，超大或特殊加固的包可能需要电脑端方案配合；其二，签名变更会影响已安装应用的覆盖升级，内测包与正式包请规划好签名策略。把这些边界想清楚，内部版本管理就能长期稳定地跑下去。

十、结语：让版本管理回归"一句话"

回到开头的问题：内部应用的版本为什么总乱？不是大家不想管，而是管起来的成本太高。当"给应用加个内测版标签、改个版本号"从一整天的技术活，变成手机上随口一句话，版本管理的习惯自然就长出来了。这就是安卓修改大师智改工坊想做的事——把技术门槛拆掉，让每个团队都能用最简单的方式，维护属于自己的应用。

智能修改安卓版（V50.05.00.00，约 7 MB，Android 10+）已可下载使用；如果你更习惯在电脑上处理批量任务，官网（www.apkeditor.cn）还提供智能修改电脑版与经典修改版，三种产品覆盖"随手改、批量改、精细改"三种姿势。不管用哪一款，理念都是同一句：「只需说话，就能让应用变成你想要的样子」——给你的内部应用打上清晰的版本标识，就从今天这一句话开始。详细介绍与下载，请看智改工坊介绍页：https://www.apkeditor.cn/ai-version.aspx。

可以想象这样一个下午：产品经理在客户现场发现演示应用的启动页不理想，他掏出手机，两分钟改好一版带"演示专用"标识的包装上，演示照常进行；同一时刻，测试组收到 1.0.2 内测包，版本号清清楚楚写在名字里。没有人在等电脑，没有人在等"那个会改包的人"——这就是智改工坊希望看到的日常。