1. 背景

阿里云官网近期发布关于 EMAS Serverless 产品下线的公告。

2020年，支付宝小程序云上线之前，阿里云EMAS Serverless承载着对标微信云开发的定位。后续支付宝小程序云上线后，EMAS Serverless就逐渐萎缩。直至目前发布下线公告。

如今阿里体系中对标微信云开发的就是支付宝小程序云。

此调整给开发者造成迁移困扰，DCloud会全力提供迁移帮助，包括尽可能平滑的迁移工具。

uniCloud阿里云服务空间将渐进式下线：

开发者无需担心支付宝小程序云和微信小程序云是否也会下线。云开发承载着大量业务，帮助很多中小开发者快速上线小程序，不管微信还是支付宝都不会下线云开发。

即便有其他供应商意外发生，DCloud也会自建serverless来保证服务的可持续性。开发者无需担忧uniCloud的业务持续性。

uniCloud是跨云的Serverless解决方案，同时支持多个云厂商。同一份uniCloud代码可以平滑迁移到其他云厂商，不会被单个云厂商的私有开发规范绑定。

如果开发者之前已使用uniCloud扩展数据库、扩展存储，则迁移工作会更简单。

DCloud作为一个负责任的、专为开发者而生的公司，为应对本次阿里云的产品下线，DCloud特提供如下服务：

1. 发布uniCloud一键迁移工具，帮助阿里云开发者最简单的迁移到其他云服务商;
2. 与阿里云合作uniCloud中转网关。即使超过了阿里云服务空间正式停服的最后期限（2027年9月30日），如果开发者的少量App用户依然未升级到连接新服务空间，那么DCloud免费提供的 uniCloud中转网关可以将手机终端通过callFunction或云对象方式发给阿里云服务空间的请求，转发给开发者已迁移的新版服务空间中，保证云函数中的业务逻辑正常执行，最大限度降低对存量老用户的影响；
3. 建立专项的阿里云服务空间迁移指南群，设置专职客服，随时回答开发者在迁移过程中的疑惑；点击加入阿里云服务空间迁移指南群
4. 按期迁移成功的开发者，新服务空间在迁移成功后2个月内，给与8折优惠，计划采用代金券的方式发送到完成迁移的账号；

2. uniCloud一键迁移

2.1 迁移候选方向

2.1.1 迁移到支付宝云

相比当前的阿里云空间，你将得到：

1. 更低的网络延迟：支付宝云网络延迟较低，请求响应明显可以感觉到变快
2. 更高的性价比：云函数执行速度越快，计费越少
3. 更多的并发：支付宝云一个服务空间可以有 600 个实例（一个实例可类比1台虚拟服务器），并且不够时，可以申请调更大；阿里云一个账号下所有服务空间，共享300个实例的上限，远低于支付宝云的配额。
4. 更友好的计费模式：支付宝云支持套餐超出后再按量计费，而阿里云超出后只能升级更高套餐来解决
5. 网关层面的云函数防刷：支持IP防刷，并且拦截的IP访问不会计费
6. 没有保底消费：支付宝云没有1小时0.01元的保底消费

相比当前的阿里云空间，你将失去：

1. 前端托管不支持history，但可以通过扩展存储解决，扩展存储也可以当前端托管，且根目录下的站点支持 history

2.1.2 迁移到腾讯云

相比当前的阿里云空间，你将得到

1. 更高的稳定性：腾讯云历史故障次数很少，基本上全年稳定
2. 更多的并发：腾讯云高级套餐具有更高的并发能力
3. 更友好的计费模式：腾讯云支持套餐超出后再按量计费，而阿里云超出后只能升级套餐解决
4. 没有保底消费：腾讯云没有1小时0.01元的保底消费

相比当前的阿里云空间，你将失去

1. 没有纯按量计费模式；腾讯云服务空间套餐起步价为99元/月；
2. 定时任务最长执行时间为900秒，阿里云为7200秒；

2.1.3 升级为多云方案【推荐】

DCloud同时也推出了多云方案，这是一个一劳永逸的方案，此方案将业务升级为基于[服务空间多云切换]的多云主备方案：使用支付宝云、腾讯云两个不同云厂商的服务空间承载计算，共享同一份uni扩展数据库和uni扩展存储。日常由主空间提供服务，如果主服务空间的云厂商发生故障或政策变化，开发者可以在uniCloud控制台快速切换到另一家云厂商的服务空间。

这也是一套高可靠、低成本的多云灾备方案，即便某个云厂商在某个时间段有临时故障，也不会影响开发者的业务。

相比当前的阿里云空间，你将得到

1. 多云切换能力：可根据业务迁移、运维或服务调整需要，通过控制台切换到另一家云厂商的空间。已接入多云切换的客户端在获取新配置并重启后生效，无需为每次切换重新发版。
2. 数据和文件复用能力：主备空间读写同一份数据、访问同一份文件，后续切换计算空间时无需再次复制业务数据和文件。
3. 降低对单一云服务商的依赖：后续新增或更换服务空间时，可继续复用扩展数据库和扩展存储。

相比当前的阿里云空间，你需要调整

1. 新购扩展数据库和扩展云存储；如果之前已购买，可以复用；新购备用服务空间；
2. 将阿里云内置数据库中的数据迁移到扩展数据库；将阿里云内置存储文件迁移到扩展存储；将阿里云服务空间中的云函数同步复制到新的主备服务空间中。这些迁移工作，都可以借助后续官方推出的uniCloud一键迁移工具完成。
3. 检查代码中的云厂商专有接口、运行环境和外部服务依赖，确保在两个云厂商的空间中均可运行。

更详细的跨云方案介绍，请参考uniCloud跨云方案

2.2 迁移工具

uniCloud一键迁移将具备如下功能：

1. 云函数/云对象、公共模块：一键复制到新的服务空间；定时任务支持配置生效时间（付费插件也会一并迁移）；
2. 内置云数据库：一键复制Schema表定义、表数据到新服务空间的内置数据库，或复制到扩展数据库；
3. 扩展数据库：支持关联新服务空间，无需迁移；
4. 内置存储：一键复制内置存储的所有文件到新服务空间的内置云存储，或复制到扩展存储；
5. 扩展存储：支持关联新服务空间，无需迁移；
6. Redis：支持关联新的支付宝云服务空间；
7. 服务空间白名单：uni-push、短信、一键登录 等产品配置的白名单，支持一键同步；

uniCloud一键迁移预计在2026年10月底上线。

2.3 uniCloud中转网关

在web和小程序的业务中，开发者可以简单的升级前端端。但在App场景下，如果开发者没有强制升级手段，老用户始终不升级。可能会持续访问老服务空间。
此时，可以使用uniCloud中转网关做为的兜底方案。

uniCloud中转网关可以将发给老版阿里云服务空间云函数的请求，转发给新的服务空间的云函数，这样老用户的业务请求、响应可以正常进行，不会发生老版App启动就白屏或完全无法使用的情况。

虽然uniCloud中转网关可以转发云函数的业务请求，保证业务的基本可用。但依然强烈建议你面向所有存量老版用户，开启强制更新，保证所有用户尽快升级到新版。

因为，

1. uniCloud中转网关依赖阿里云协助提供的老域名请求转发，阿里云对于老域名的持续支持时间尚未明确。未必能长期免费提供。
2. 转发会增加网络延迟，客户度请求会比之前更慢。

注意事项：

• 开发者使用uniCloud一键迁移工具完成迁移时，系统会自动记录老版阿里云服务空间和新版服务空间的对应关系；如果开发者未使用uniCloud一键迁移，自己手动迁移的，则需要开发者自行在uniCloud中转网关操作界面完成新老服务空间的映射配置；
• uniCloud中转网关可以转发云函数/云对象的callFunction和url化请求；前端页面通过JQL操作数据库或使用unicloud-db组件发出的请求，也会被自动转发到新的服务空间；
• uniCloud中转网关可以将云存储的上传/删除请求转发给支付宝云，无法转发给腾讯云。

uniCloud中转网关的配置控制台，预计在2027年9月初上线，请求转发功能将在2027.09.30 23:59:59正式生效。

3. 迁移步骤详解

3.1 梳理存量业务分布

3.1.1 客户端发布平台

首先，请梳理你的业务发布平台：

• H5平台：一次发布、全量升级，最为简单；
• 小程序平台：小程序通常在进入后台后，30分钟左右就会销毁（详见：小程序运行机制）；下次再次进入，会从小程序平台重新拉取新版小程序，故小程序的升级也较为简单，可以选择某个时间，一次性全量升级；
• App平台：App的升级是一个长尾过程，需要尽早实施。

App平台的升级，关键要保证两点：

• 客户端：支持检查更新、强制升级的逻辑：若老版App不支持，则需尽快发布新版，让尽可能多的存量设备支持升级逻辑；
• 服务端：升级更新的逻辑，从阿里云服务空间中迁移出去；若升级逻辑之前就不在即将下线的服务空间中，则无此问题；

App升级推荐uni-upgrade-center。

3.1.2 云函数请求

检查云函数请求来源，常见渠道有：

• 客户端请求：callFunction、云函数URL化请求，客户端升级后，迁移到新的服务空间；
• 自有业务系统请求：你自己的传统业务服务器通过云函数URL化请求发起的请求；若不涉及，则忽略；
• 三方服务器请求：比如支付回调、激励视频回调等；若不涉及，则忽略；

3.1.3 内置云存储请求

检查云存储的访问来源：

• 如果是uni-app(x)客户端访问，则客户端升级后会自动迁移；
• 如果是非uni-app(x)客户端访问，例如文档、外部系统引用的文件，需要梳理清单，迁移完成后，替换为新的CDN地址。

如果原服务空间的文件都存储在扩展存储中，则uniCloud一键迁移会自动绑定到新服务空间，无需单独做文件迁移。

3.2 前置检查和优化

• 内置数据库：支付宝云、腾讯云单表索引限制20条上限；如果你在阿里云服务空间中某个单表的索引超过20条，则建议你先优化、合并索引设置，或者将数据迁移到扩展数据库中。
• 内置云存储：建议通过扩展存储回源到老版阿里云服务空间，该方案优于不同云厂商中间进行内置云存储的下载、又上传，详见；具体操作上，可通过遍历方式，触发一次老版服务空间所有文档的回源访问，从而实现将文件从老版内置存储复制扩展存储，且利于将来跨云及多服务空间的文件复用。（需要保证内置存储CDN流量充足）

3.3 创建新服务空间

创建新的支付宝云/腾讯云的服务空间，支付宝云性价比更好，腾讯云略贵，但服务稳定性更好；

注意：迁移期间，需保证老的阿里云服务空间和新创建的服务空间同时运行，请勿过早删除老版阿里云服务空间。

3.4 规划升级迁移时机

为保证数据一致性，建议提前分析用户的活跃时段，发布升级运维公告。

在用户相对不活跃的时间段（比如晚上时间）进行集中迁移，在此期间，暂停终端用户发起的业务写入操作，包括定时任务触发的写操作。

为方便在迁移期间执行测试工作，建议在业务系统中增加灰度机制，比如：业务迁移期间，仅允许指定的几个账号进行业务交互，支持读写操作，从而快速验证业务迁移的正确性。

3.5 执行升级迁移

登录uniCloud 控制台，选择需迁移的阿里云服务空间，进行迁移规则配置，启动uniCloud一键迁移，观察迁移步骤和结果，若部分失败，可点击重试，确保所有步骤全部执行且成功返回结果。

3.6 执行迁移后检查及配置

虽然uniCloud一键迁移可以完成大部分的迁移工作，但依然建议你依次完成如下内容的检查及三方系统的配置更改：

• 如果老版阿里云服务空间启用了前端网页托管、且托管的是uni-app(x)编译的H5项目，则需要你重新编译H5平台并上传到新的服务空间中；若未启用前端网页托管、或托管的网页不是基于uni-app(x)编译的，则可跳过此步骤；
• 如果你的客户端涵盖小程序，则需登录对应小程序平台，将新服务空间的域名加入小程序白名单，包括：request请求、上传、下载、webview域名；如果你的客户端不含小程序，则可跳过此步骤。
• 配置三方服务的IP白名单，参考固定出口IP
• 如果之前已配置自定义域名，则需要在DNS服务商更新域名解析，指向新的服务空间地址；
• 配置三方服务的请求/回调地址（如激励视频回调），如果三方系统原来配置的就是自定义域名，则可跳过此步骤；
• 检查服务空间白名单配置，若业务系统使用了uni-push、短信服务、一键登录、uni实人认证、手机号实名核验、uni-ai 等云业务，且启动了服务空间白名单配置，uniCloud一键迁移会同步更新迁移，建议你再复核一遍；
• 使用测试账号进行端到端的、业务全流程测试；
• 开启定时任务执行
• 开启App强制更新，App升级后，保证所有业务请求全部流向新的服务空间，老的服务空间除了响应老版本的检查更新请求，不再响应任务业务请求；
• 完成升级服务，恢复所有用户的业务交互，恢复读写操作；

4. 注意事项

• 云函数URL化：阿里云和支付宝云不支持同时绑定同一个自定义域名；建议为支付宝云配置新的自定义域名，然后在通过HTTP请求该云函数的系统中，更换为新域名；如果原业务系统不方便更换，则需先在老版阿里云服务空间中解绑自定义域名，然后再配置到新的支付宝服务空间中。若新服务空间为腾讯云，则无此问题。
• 新域名配置：如果启用了新域名，则需对新域名进行相关证书、密钥的配置；
• 内置云存储：从阿里云下载文件会产生公网下载流量和下载请求次数，相关费用、配额以阿里云计费规则为准。
• 旧地址引用：如果数据库记录中保存了旧空间域名、云存储 CDN 地址等内容，需在uniCloud一键迁移开始前进行规则配置，自动替换为新服务空间地址；
• fileID转换：阿里云返回的 fileID 是 URL 形式，而支付宝云、腾讯云采用不同形式，需在uniCloud一键迁移开始前进行规则配置，实现自动替换；
• 前端网页托管：支付宝云前端网页托管暂不支持history路由模式，仅支持hash路由模式。如果你必须使用history模式，则建议迁移到扩展存储并绑定自定义域名，或迁移至腾讯云服务空间。
• Redis：通过uniCloud一键迁移，新的支付宝云服务空间，将支持访问老版阿里云的redis；如果你的新版服务空间使用的是腾讯云，则建议你新购腾讯云的redis，因为从腾讯云函数访问阿里redis，延时有点大。

有些要看旧版才能知道新版里的东西，那写新版有个单用呀，你直接更新旧版你就行啦，还弄个新版，那不得看两遍呀，真的是一坨

我也是等到费用不够提醒的时候，才注意到的。那个时候已经过去很多天了。附图

我小程序日活300左右吧，所以正常也没怎么去管理，让它自己跑。
我分了很多云对象。各司其职。新规出来后，我把定时任务在同一时间段的合并成一个。
全部云对象合并成一个。新的云对象有4000行代码。

在这里应该有人担心合并成一个后的性能问题。有区别，但是类似我这样的 区别应该不大。
启动阶段分为 冷启动 跟 热启动。（官方文档：阿里云：15分钟内没有第二次访问的云函数，就会被回收）
代码大了冷启动需要耗时比较久。
都是热启动状态下区别很小，忽略不计。

总结，冷启动比较久一点。热启动状态下无区别。
（PS：在改规前，我还想写定时任务，让函数一直处于热启动，这样前端请求返回就会跳过函数冷启动的阶段更快。）

所以这里的建议是合并成一个云对象，这一步适用很多中小项目。
因为我使用的是uni-id 所以我理论上最低消耗应该是 0.24x2+定时任务 也就是五毛到六毛。比之前高了10倍，但是可以接受。
使用于不是迁移到支付云的大家。

有不懂了，留言。我看见会帮忙。

办法1：
直接做项目迁移，迁移到支付宝云

办法2：
如果有使用的uni-admin开发后台管理的，但是又没有用到数据统计的，先去掉二个定时运行的云函数：
官方的uni-admin及uni-starter内置定时任务如下：
uni-stat-cron：uni 统计，每小时运行 1 次，删除可节省 1 天的保底费用 0.24 元（2160Gbs）
uni-analyse-searchhot：热点搜索，每 2 小时运行 1 次，删除可节省 1 天的保底费用 0.12 元（1080Gbs）
自己项目的定时运行的云函数也可以做下取舍，再全局审查项目，合并一些云函数，有的页面可能是一进来就调用二三个云函数的做下合并

办法3
这是最无奈的办法，知道希望很小，但是我们要试一试，我正在组织针对阿里云这一次修改的一个投诉，但是个人的力量是很微薄的，人多才力量大，我们一起加油，加入这个集体投诉，希望官方能听到我们声音
集体投诉地址：https://tousu.sina.com.cn/grp_comp/view/G17395081502

续
方法3已经试过，得到了阿里云的回复，说我没有直接用阿里云的产品，用阿里云产品的是unicloud，有什么问题应该由unicloud官方派人跟阿里云沟通，unicloud官方能不能派个人去沟通争取一下。

这样用 open clawe（龙虾）就可以对话让他不断的的修改，然后远程调试看下是否符合预期了

尊敬的uniCloud开发者，您好!

为提升资源调度效率与服务稳定性，阿⾥云函数计算（FC）已于2025年12⽉09⽇起对计费规则进⾏全⽹升级，详见阿里云官网公告。

uniCloud阿里云服务空间的云函数功能基于 FC 构建，将同步调整相关计费逻辑。本次调整主要涉及云函数资源使用量（GBs）的最低计费规则，旨在保障所有⽤户公平、⾼效地使⽤云资源。

变更内容

阿里云提供自公告日起两个月的缓冲期，即⾃2026年3月16日开始，阿里云服务空间云函数的资源使用量（GBs）费⽤计算⽅式将做如下调整：

新增⼩时级最低消费规则

• 系统在计算每⽇账单时，会先按“单个函数 + ⼩时”维度评估资源用量消耗。
• 若某函数在某⼀⼩时内产⽣了资源用量消耗（即 GBs > 0），则该⼩时对应的资源用量费⽤不低于 0.01 元。
  • 若实际消耗 ≥ 0.01 元，按实计费；
  • 若实际消耗 < 0.01 元，则按 0.01 元 计收。
• 未运⾏的函数不参与计费，仍可实现“零成本”运⾏。

包年包月套餐、按量计费两种不同计费方式服务空间的具体体现：

• 按量计费：阿里云仍以天为单位聚合展示⽤量和费⽤。新规则仅在后台计费引擎中按“函数+⼩时”应⽤最低消费，最终结果合并计⼊每⽇账单。
• 包年包月：套餐内的云函数资源用量 (GBs) 将按照新规进行累加，不足 0.01 元的用量按 0.01 元折算GBs，反之则按实际用量。比如按量计费 1GBs 定价 0.000110592 元，最低消费 0.01 元的话，最终换算成GBs：0.01/0.00011059290≈90GBs

重要说明：此最低消费仅针对云函数资源使用量（GBs），不影响云函数调⽤次数、出⽹流量等其他计费项。

对您的影响

多数⽤户不受显著影响

• 如果您的函数调⽤频率正常、单次执⾏资源消耗合理，账单基本⽆变化。
• 若函数在某⼩时内未被调⽤或未产⽣资源用量消耗，不会触发最低消费，也不会产⽣任何费⽤。

低频/极低消耗场景产⽣⼩额费⽤

• 经统计，很多⽤户存在部分函数处于极低频调⽤状态（如每天仅调⽤⼏次，且每次执⾏时间极短、内存占⽤极⼩）。
• 在新规则下，这些函数若在某⼩时内有运⾏记录，即使实际消耗远低于 1 分钱，也将按0.01 元/⼩时/函数 计费，并累加⾄当⽇总费⽤中。

重要说明

• ⽆需任何操作：系统将⾃动应⽤新计费规则，您⽆需⼿动配置或迁移。
• 历史账单不受影响：2026年3⽉16⽇前产⽣的费⽤，仍按原规则计费。

FAQ

• 我还能实现“零成本”运⾏吗？

完全可以！只要函数在某⼩时内未被调⽤，和以前一样不会产⽣任何费⽤。

• 最低消费是否适⽤于所有计费项？

仅适⽤于云函数资源用量（GBs）。云函数调⽤次数、出⽹流量等仍按实际⽤量计费，⽆最低消费限制。

• 如何查询函数的最低消费？

详见用量查询说明。

• 应用没有上线，为什么仍有费用产生？

云函数无调用不会产生费用，应用未上线，可能存在配置定时任务的云函数，检查下业务函数是否配置定时任务。

官方的uni-admin及uni-starter内置定时任务如下：

• uni-stat-cron：uni 统计，每小时运行 1 次，删除可节省 1 天的保底费用 0.24 元（2160Gbs）
• uni-analyse-searchhot：热点搜索，每 2 小时运行 1 次，删除可节省 1 天的保底费用 0.12 元（1080Gbs）

如果业务不需要可以删除。另外clientDB也是云函数，通过客户端操作数据库产生的请求可通过 服务空间详情->云函数/云对象->clientDB 相关日志 查看。

• 我该如何降低潜在的⼩额费⽤？

建议：

• 删除实际业务不使用的定时任务云函数，关闭定时任务可明显降低云函数资源用量；
• 合并功能相似的低频函数，减少函数总数；
• 定期清理⻓期未使⽤的测试/废弃函数；
• 对于必须保留的低频函数，可接受其产⽣少量费⽤（通常每⽉仅⼏⽑⾄⼏元）。

当然，如果您有很多云函数同时被低频调用的场景且无法合并云函数，您也可以将类似的业务迁移至支付宝云或腾讯云，感谢您⼀直以来对 uniCloud 的信任与⽀持。

项目代码一直没动，今天突然发现微信小程序和微信公众号无法进行支付了，报错：[uni-pay-co]:53001:responsesignature verification failed，
排查显示uni-pay-co函数，orderInfo = await uniPayInstance.getOrderInfo(getOrderInfoParam); 获取订单的方法突然开始报错了，什么问题呢？？

unicloud配置自定义域名的详细步骤

经常看到大家在问答中心去问，绑定时候的一些问题，有空就整理了下详细步骤，可以参考下

我这块以阿里云为例

1.购买注册认证域名

1. 创建并认证信息模板：创建并提交包含域名持有者身份资料的信息模板以供审核。
2. 将模板关联至域名：将审核通过的信息模板关联到一个或多个域名。
3. 查询域名实名认证状态:如果状态显示为正常，表示域名已成功完成实名认证，可进行备案和解析配置。

当信息模板状态显示为“模板实名成功”后，须将其关联至域名，才能完成整个认证流程。

• 场景1：为新注册的域名认证

  在域名购买的订单确认页面，选择已实名成功的模板即可。支付后，系统会自动为您提交认证。

• 场景2：为已有的域名认证

  1. 域名列表页找到未实名认证的域名。

2. 单击目标域名，在\域名持有者实名认证\ > **快速认证****页，选择已通过认证的模板进行关联。

2.备案

1. 点击阿里云右上角的备案

2. 点击新增/接入其他服务后，点击自助备案即可

3.不管是企业还是个人，就按照模板填就可以了，完成就下一步，一直下一步就ok了，就不一 一列了，然后等管局审核就ok了，完成后就是图二了（如果需要备案码的话，如果是支付宝云，满200的话，会赠送两个，再或者也可以从阿里云直接购买备案码、或许咸鱼）

3.绑定域名

1.找到unicloud的控制台，我这块是用函数/对象 右上角的域名绑定演示的，点击域名绑定

2.在公网权威解析中，点击解析设置，然后添加记录

4.证书解析

1.阿里云直接搜索数字证书管理服务（原SSL证书）找到ssl证书

2.点击立即购买后，如果想要免费的话，选择个人测试证书，当然如果嫌麻烦，可以购买个人测试证书pro

• 个人测试证书（免费版）：每年20个证书，每个证书3个月有效期。
• 个人测试证书（pro）：需要付费68块大洋购买，有效期为一年。

3.创建证书

4.成功后返回到列表，稍等一会，状态会变成已签发

5.点击更多，然后找到nginx项，点击下载

6.在unicloud的证书和秘钥处，填入下载下来的内容即可

强烈建议在云空间控制台列表增加绑定的前端网页空间和云函数/对象域名，因为目前没有api进行自动化的ssl证书更新覆盖功能，所以云空间多了，导致每次要更新域名的ssl都要找半天，不知道域名在哪个空间，绑定的是前端网页空间还是云函数/对象。

要么就单做一个ssl 频道页，把所有的ssl证书域名全部列出来，在一个界面集中展示管理

尊敬的 DCloud 技术支持团队，

你们好！

我是一位来自香港的开发者，正在使用你们的 uni-app 框架进行开发，非常感谢你们提供优秀的工具。
目前，我在进行开发者账户的 手机号验证 时遇到了一个阻碍。在“验证手机号”的页面中，系统只允许输入11位数字的手机号码，并且 没有提供国家/地区代码的下拉选择框。
我的香港手机号码格式为 +852 XXXX XXXX（共8位），无法在目前仅支持+86号码的输入框中完成验证。当我尝试输入号码时，系统提示“您填写的手机号码不正确”。

作为一名国际开发者，我非常希望完成手机验证以使用账户的全部功能并保障账户安全。
因此，我想请问：

1. 是否有针对香港或国际开发者的特殊验证流程？
2. 能否在验证页面添加国家代码（例如+852）的选择功能？
3. 或者，能否请你们协助手动为我的账户完成手机号验证？
   感谢你们的时间和帮助！期待你们的回复。
   祝好，

用户管理页报错

Error in created hook: "TypeError: Cannot read properties of null (reading 'length')"
原因：uni-data-checkbox组件bug，第388行改为

return this.dataValue&&this.dataValue.length > 0 ? this.dataValue : selectedArr

权限管理->新增权限-> 权限id填：READ_UNI_ID_USERS 名称、备注随意

不要忘记给角色添加权限

退去登录，重新登录