news 2026/3/20 18:15:42

HarmonyOS 教学实战(四):登录系统与全局状态管理(像正式 App 一样思考)

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
HarmonyOS 教学实战(四):登录系统与全局状态管理(像正式 App 一样思考)

如果一个应用没有登录系统,它大概率只是个 Demo。

从这一篇开始,我们的「任务清单 App」正式进入“产品级应用”阶段


一、真实 App 的登录系统需要解决哪些问题?

很多人写登录,只写了一个页面和一个接口调用,但真实情况远比这复杂:

我们至少要解决👇

  1. 用户是否已登录?
  2. Token 存在哪里?
  3. App 重启是否自动登录?
  4. 多个页面如何共享登录态?
  5. 退出登录如何清理状态?
  6. Token 过期如何处理?

👉 这些问题的答案,都指向:全局状态管理


二、设计登录系统的整体架构(先别写代码)

推荐结构

entry/ ├─ model/ │ ├─ AuthModel.ets // 登录状态模型(全局) │ └─ TaskModel.ets ├─ service/ │ ├─ AuthService.ets // 登录 / 退出 / 刷新 token │ └─ TaskService.ets ├─ store/ │ └─ AppStore.ets // 全局状态入口 ├─ pages/ │ ├─ Login.ets │ └─ Index.ets

📌不要把登录状态写在某个页面里
📌登录态是全局状态


三、第一步:定义登录状态模型(AuthModel)

model/AuthModel.ets

@ObservedV2exportclassAuthModel{token:string=''userName:string=''isLogin:boolean=falselogin(token:string,userName:string){this.token=tokenthis.userName=userNamethis.isLogin=true}logout(){this.token=''this.userName=''this.isLogin=false}}

教学重点

  • 登录状态 =数据模型
  • UI 不直接维护登录变量

四、第二步:封装登录服务(网络 + 存储)

service/AuthService.ets

importpreferencesfrom'@ohos.data.preferences'importhttpfrom'@ohos.net.http'constTOKEN_KEY='USER_TOKEN'constUSER_KEY='USER_NAME'exportclassAuthService{staticasynclogin(account:string,password:string){consthttpRequest=http.createHttp()constresponse=awaithttpRequest.request('https://example.com/api/login',{method:http.RequestMethod.POST,extraData:{account,password}})constresult=JSON.parse(response.resultasstring)return{token:result.token,userName:result.userName}}staticasyncsaveAuth(token:string,userName:string){constpref=awaitpreferences.getPreferences(getContext(),'auth')awaitpref.put(TOKEN_KEY,token)awaitpref.put(USER_KEY,userName)awaitpref.flush()}staticasyncloadAuth(){constpref=awaitpreferences.getPreferences(getContext(),'auth')consttoken=awaitpref.get(TOKEN_KEY,'')constuserName=awaitpref.get(USER_KEY,'')return{token,userName}}staticasyncclearAuth(){constpref=awaitpreferences.getPreferences(getContext(),'auth')awaitpref.clear()awaitpref.flush()}}

📌 网络、缓存全部在 Service 层
📌 Model 不关心存储细节


五、第三步:全局状态 Store(AppStore)

这是整篇的核心设计

store/AppStore.ets

import{AuthModel}from'../model/AuthModel'import{AuthService}from'../service/AuthService'@ObservedV2exportclassAppStore{auth=newAuthModel()loading:boolean=trueasyncinit(){const{token,userName}=awaitAuthService.loadAuth()if(token){this.auth.login(token,userName)}this.loading=false}asynclogin(account:string,password:string){constresult=awaitAuthService.login(account,password)this.auth.login(result.token,result.userName)awaitAuthService.saveAuth(result.token,result.userName)}asynclogout(){this.auth.logout()awaitAuthService.clearAuth()}}

教学重点(非常重要)

  • App 启动时只初始化一次
  • 所有页面共享同一个 AppStore
  • 登录 / 退出是统一入口

六、第四步:将 AppStore 变成“全局状态”

使用@Provider / @Consume

App 根组件(如 Entry)

@ComponentV2 struct AppRoot{@Local store=newAppStore()@Onceasyncinit(){awaitthis.store.init()}build(){if(this.store.loading){Text("初始化中...")}else{if(this.store.auth.isLogin){Index()}else{Login()}}}}

提供全局状态

@Provider appStore:AppStore=this.store

任意页面获取登录态

@Consume appStore:AppStoreText(`你好,${this.appStore.auth.userName}`)

📌 这就是HarmonyOS 的全局状态管理方式


七、第五步:登录页面实现

pages/Login.ets

@ComponentV2 struct Login{@Consume appStore:AppStore @Local account:string=''@Local password:string=''build(){Column({space:12}){TextInput({placeholder:'账号'}).onChange(v=>this.account=v)TextInput({placeholder:'密码',type:InputType.Password}).onChange(v=>this.password=v)Button("登录").onClick(async()=>{awaitthis.appStore.login(this.account,this.password)})}.padding(16)}}

八、退出登录怎么做?

在任意页面:

@Consume appStore:AppStoreButton("退出登录").onClick(()=>this.appStore.logout())

UI 会自动切回 Login 页面。


九、Token 如何自动带到请求中?

👉统一在 Service 层处理

headers:{Authorization:`Bearer${appStore.auth.token}`}

📌 不要在 UI 拼 Token
📌 网络层统一处理


十、这一篇你真正学会了什么?

你已经掌握:

✔ 登录系统的完整设计
✔ Token 管理
✔ 自动登录
✔ 全局状态共享
✔ Provider / Consume 用法
✔ 多页面登录态切换

这已经是商业 App 的标准做法


结语

登录系统不是一个页面,而是一整套状态管理体系。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/3/19 3:19:19

Kotaemon能否检测知识冲突并提示审核?

Kotaemon能否检测知识冲突并提示审核? 在企业级AI应用日益深入的今天,一个看似简单却极为关键的问题正不断浮现:当多个知识源对同一事实给出不同答案时,系统还能否保持可信?比如,一份文档说“某药品推荐剂量…

作者头像 李华
网站建设 2026/3/15 4:05:26

21、利用 Silverlight 为 SharePoint 创建增强用户体验

利用 Silverlight 为 SharePoint 创建增强用户体验 1. 技术融合的应用机遇 Silverlight 与 SharePoint 这两种技术融合后,应用开发的机会十分诱人。可以构建以下几种类型的应用: - 简单自包含应用 :代码存在于 Silverlight 应用中,不与 SharePoint 对象模型集成,Shar…

作者头像 李华
网站建设 2026/3/15 18:40:57

基于Kotaemon的智能招聘助手开发全过程

基于Kotaemon的智能招聘助手开发全过程 在企业人力资源部门每天被“工作地点在哪”“试用期多久”“什么时候出面试结果”这类重复问题淹没的今天,自动化招聘服务早已不是锦上添花的功能,而是提升效率、优化候选人体验的关键突破口。然而,市面…

作者头像 李华
网站建设 2026/3/15 18:41:14

.NET周刊【11月第4期 2025-11-23】

国内文章.net 行不行?在线客服系统成功支持客户双11大促,21客服在线,高峰超300会话并发https://www.cnblogs.com/sheng_chao/p/19242279作者分享了他开发的升讯威客服系统的真实使用案例,描述了系统在双11大促中的表现。通过技术分…

作者头像 李华
网站建设 2026/3/15 18:39:44

28、深入探究SharePoint 2010应用程序安全机制与开发要点

深入探究SharePoint 2010应用程序安全机制与开发要点 1. 沙盒解决方案与农场级解决方案运行机制 在SharePoint服务器中,沙盒解决方案在名为SPUCWorkerProcess.exe的独立工作进程中运行,这种隔离机制确保其代码仅能影响部署该解决方案的网站集。而农场级解决方案则由IIS工作…

作者头像 李华
网站建设 2026/3/15 12:31:29

27、开源软件许可证深度解析:Mozilla与Sun标准

开源软件许可证深度解析:Mozilla与Sun标准 1. 引言 在开源软件的世界里,许可证是保障开发者权益、规范软件使用和分发的重要规则。本文将深入解析Mozilla公共许可证(Mozilla Public License,MPL)和Sun行业标准源许可证(Sun Industry Standards Source License,SISSL)…

作者头像 李华