写在前面为什么我要写这篇我们做的是已上线的电商类 UniApp X 应用最近接鸿蒙端的华为一键登录目标很朴素——拿用户华为账号绑定的真实手机号简化注册流程。结果这一接就是整整一周。先是接口测试永远返回空号后是 UTS 插件的ETS 编译持续报错hvigor 的红错刷了几百行凌晨三点对着屏幕差点把 HBuilderX 卸了。好在最后全踩通了目前已经稳定上线手机号获取成功率 99%也顺利过了华为应用市场审核。这篇把整个攻坚过程中的 9 个致命坑 正确解法 可复制代码骨架全部梳理出来。搜UniApp X 华为一键登录拿不到手机号ETS 编译报错进来的同学照着对能省你三天起步。一、先对齐为什么你的一键登录能跑但拿不到号我一开始也以为是服务端接口的问题后来才发现是双端认知差——这三个地方任何一个没对准号就永远为空1️⃣ AGC 权限申错了AGC 后台有两个长得极像的权限完全不是一回事权限名电商能否申能拿到什么华为账号登录基础✅UnionID / OpenID / 头像昵称华为账号一键登录✅ 非游戏非银行上面那些 绑定真实手机号我之前只申了前者自然phoneNumber永远空。电商走quickLoginMobilePhonescope 拿绑定真号靠的是后者审批 5 个工作日 生效后 24h 同步到端。2️⃣ 客户端 scope 漏配createAuthorizationWithHuaweiIDRequest()里如果只写了req.scopes [openid, profile] // ❌ 拿不到号缺了quickLoginMobilePhone服务端换破天也换不出号。电商正解是req.scopes [openid, profile, quickLoginMobilePhone] // ✅3️⃣ 服务端接口用错了老文档里那支/rest.php?nsp_svcGOpen.User.getInfo在电商一键登录场景下不是正路正确接口是POST https://account-api.cloud.huawei.com/oauth2/v6/quickLogin/getPhoneNumber Content-Type: application/jsonBody 用 JSON 传code clientId clientSecret返回的purePhoneNumber才是绑定的真实号。之前接口测试也拿不到大概率是走了老接口或 form-urlencoded。二、ETS 编译不过的 9 个致命坑每一个都是实打实的踩坑成本这一节是本文核心价值。HBuilderX 5.15 UniApp X kit/account-kit以下 9 个坑 100% 复现避开就能编过。坑 1dcloudio/uni-app-runtime引错包❌ 错误照搬普通 uni-app 插件写法import { customElements, defineNativeEmbed } from dcloudio/uni-app-runtime✅ 正确UniAppX 专用import { customElements } from dcloudio/uni-app-x-runtime 踩坑现场defineNativeEmbed是普通 uni-app 的 API在 uni-app x 里根本不存在编译直接炸。坑 2自定义元素注册方式用错❌ 错误用defineNativeEmbed✅ 正确用 Web 标准customElements.define// QuickLoginButton.ets export class QuickLoginBtnElement extends UniNativeViewElementImpl { // ... } customElements.define(quick-login-btn, QuickLoginBtnElement)uni-app x 的自定义元素走 Web Components 规范和鸿蒙原生组件体系对齐旧 API 废弃。坑 3乱用override关键字❌ 错误给connectedCallback加override✅ 正确只在覆写父类已存在的方法时才用overrideUniNativeViewElementImpl父类根本没有connectedCallback它是UniCustomElement接口的可选方法加override直接报「父类不存在该方法」。坑 4华为组件没显式导入❌ 错误以为LoginWithHuaweiIDButton是全局组件uvue 里直接用✅ 正确.ets里必须显式导入import { LoginWithHuaweiIDButton } from kit/account-kit import { authentication } from kit/account-kit鸿蒙kit/*组件都不是全局注册漏导一个 ArkTS 编译器就不认。坑 5ArkTS 严格类型下用动态类型❌ 错误as any强转、UTSJSONObject存数据✅ 正确定义明确的类// ❌ const res: any ... // ✅ class HWLoginResult { authorizationCode!: string openID!: string unionID!: string } ArkTS strict 模式不吃动态类型as any编译期不报错、运行时直接崩调试成本极高。坑 6.ets文件的 6 条铁律重灾区这是本次攻坚最核心的发现——.ets是 ArkTS 原生侧文件和 UTS 桥接层有硬性隔离违反任意一条都编不过规则❌ 错误✅ 正确不能用 ES Module 导出export function hwLogin()无导出仅 side-effect只能用 side-effect importimport { xx } from ./btn.etsimport ./QuickLoginButton.ets.uts不能直接调.ets函数.uts里import { hwLogin } from ./btn.ets.ets挂globalThis.uts通过globalThis调文件名必须 camelCasequick-login-button.etsQuickLoginButton.ets不能有export defaultexport default class XXX无默认导出不能用 UTS 特有语法用UTSJSONObject用 ArkTS 原生类型 踩坑现场一开始在.ets里export function.uts直接导报10311005查了三天才发现模块规则搞反了。坑 7WrappedBuilder/wrapBuilder用错位置❌ 错误在.uts文件里调用wrapBuilder✅ 正确仅在.ets中使用通过globalThis暴露给 UTS 层wrapBuilder是 ArkUI 原生 API不在 UTS 自动导入列表.uts编译器直接不识这个标识符。坑 8编译缓存最隐蔽❌ 错误改了源码点运行以为 HX 会自动更新✅ 关键认知ArkTS 编译器读的是unpackage/dist/dev/app-harmony/下的文件不是源码目录 改了.ets逻辑点了 N 次编译没变化最后发现编译器读的还是 dist 里的旧文件。解决改源码后同步更新 dist 下对应.ets或直接删unpackage/dist重编清残留缓存unpackage/dist/dev/app-harmony/.hvigor unpackage/dist/dev/.tsc/ unpackage/dist/dev/.uvue/ unpackage/dist/dev/.sourcemap/坑 9不看 runtime 内置实现瞎猜 API❌ 错误凭普通 uni-app 经验写 API✅ 正确开发前先翻dcloudio/uni-app-x-runtime内置组件实现参考路径HX 安装目录下uni-canvas→UniCanvasElement extends UniNativeViewElementImpl自定义元素继承范式builtInElements.ets→ 内置元素注册方式global.ets→globalThis的正确用法 自己瞎写注册逻辑写了两天翻 runtime 源码抄一遍半小时过。三、照抄就能过的实战骨架HX 5.15 验证通过插件目录结构uni_modules/hw-quick-login/ ├── package.json └── utssdk/ └── app-harmony/ ├── index.uts # UTS 桥接层暴露给 uvue ├── QuickLoginButton.ets # ArkTS 原生侧华为登录逻辑 └── package.json # kit/account-kit 依赖声明QuickLoginButton.etsArkTS 侧拿 authorizationCodeimport { authentication } from kit/account-kit import { BusinessError } from kit/basic-services-kit import { common } from kit/ability-kit (globalThis as any).hwQuickLogin (ctx: common.UIAbilityContext): Promiseany { return new Promise((resolve, reject) { const req new authentication.HuaweiIDProvider() .createAuthorizationWithHuaweiIDRequest() req.scopes [openid, profile, quickLoginMobilePhone] // 电商拿绑定号必加 req.forceAuthorization false req.state Math.random().toString(36).substring(2) // 防 CSRF const controller new authentication.AuthenticationController(ctx) controller.executeRequest(req).then((data) { const res data as authentication.AuthorizationWithHuaweiIDResponse const cred res?.data resolve({ authorizationCode: cred?.authorizationCode ?? , openID: cred?.openID ?? , unionID: cred?.unionID ?? }) }).catch((err: BusinessError) { reject(hwQuickLogin err${err.code}, msg${err.message}) }) }) }index.utsUTS 桥接侧严禁碰kit/*import ./QuickLoginButton.ets export interface HWLoginResult { authorizationCode: string openID: string unionID: string } export function hwQuickLogin(): PromiseHWLoginResult { return __platform__(app-harmony, () { const ctx (globalThis as any).__uniAppX?.__getUIAbilityContext?.() ?? (getContext() as any) return (globalThis as any).hwQuickLogin(ctx) }) }package.jsonUTS 插件声明依赖包名全小写{ uniModules: { app-harmony: { dependencies: { kit/account-kit: 1.0.0, kit/basic-services-kit: 1.0.0, kit/ability-kit: 1.0.0 } } } }⚠️kit/AccountKit驼峰写法会直接导致ParsePkg fail——oh-package 解析阶段就炸必须全小写连字符。uvue 层调用import { hwQuickLogin } from /uni_modules/hw-quick-login/utssdk/app-harmony hwQuickLogin().then(res { // authorizationCode 送服务端 → v6/quickLogin/getPhoneNumber → purePhoneNumber uni.request({ url: https://你的服务端/hw-phone, method: POST, data: { code: res.authorizationCode } }) })服务端Java/Node/PHP 任选接口要对POST https://account-api.cloud.huawei.com/oauth2/v6/quickLogin/getPhoneNumber Content-Type: application/json { code: ..., clientId: ..., clientSecret: ... }返回purePhoneNumber即华为账号绑定的真实 11 位号。四、快速自查清单照打钩就不会错□ 用dcloudio/uni-app-x-runtime不是uni-app-runtime□ AGC 申的是「华为账号一键登录」不是基础登录□ 客户端 scopes 含quickLoginMobilePhone□.ets文件名 camelCase仅 side-effect import□.ets函数挂globalThis暴露.uts不直接 import.ets函数□kit/account-kit全小写不是kit.AccountKit□WrappedBuilder/wrapBuilder仅在.ets用□ 改.ets后删unpackage/dist或同步 dist 文件□ 服务端走v6/quickLogin/getPhoneNumberJSON 传参结语这次攻坚最大的感悟UniApp X 的鸿蒙 UTS 插件开发 ArkTS 原生逻辑 UTS 桥接逻辑的双轨开发两套体系有明确边界凭普通 uni-app 的旧经验乱写必炸。9 个坑里坑 6.ets文件规则和坑 8编译缓存是最隐蔽的文档里几乎没写全靠自己撞出来的。希望这篇能让你少撞几个。如果你也在做 UniApp X HarmonyOS NEXT 的华为一键登录或者卡在 ETS 编译的某个红错上评论区贴报错原文从hvigor ERROR:或ArkTS Compiler Error开始那段看见了帮你看。
