【安卓开发学习鸿蒙5】ArkTs单例的实现方式

本文介绍了基于单例模式的GlobalThis工具类，用于HarmonyOS应用开发中的全局数据共享。该工具类通过私有构造函数确保唯一实例，使用Map存储字符串、数字、布尔值、对象和UIAbilityContext等多种数据类型，并提供类型安全的存取方法。文章详细解析了实现原理，展示了存储基本数据类型和对象数据的示例，并列举了全局配置管理、用户状态共享等典型应用场景。同时提醒开发者注意避免滥用和键名冲突问题，建议大型应用采用更复杂的状态管理方案。该工具类能有效简化组件间通信，提升中小型HarmonyOS应用的

单例是设计模式使用最为普遍的模式之一。它是一种对象创建模式，用于产生一个对象的具体实例，它可以确保系统中（单进程），一个类只产生一个实例。它的优势在于：对于频繁使用的对象，可以省略new操作花费的时间，这对于那些重量级对象而言，是非常可观的一笔系统开销；由于new操作的次数减少，因此对系统内存的使用频率也会降低，这样将减少GC压力。严格来说单例模式与并行没有直接的关系，是因为它太常见了，在应用开发的过程中将不可避免的会在多线程环境中使用到它。

单例是设计模式使用最为普遍的模式之一。它是一种对象创建模式，用于产生一个对象的具体实例，它可以确保系统中（单进程），一个类只产生一个实例。它的优势在于：对于频繁使用的对象，可以省略new操作花费的时间，这对于那些重量级对象而言，是非常可观的一笔系统开销；由于new操作的次数减少，因此对系统内存的使用频率也会降低，这样将减少GC压力。严格来说单例模式与并行没有直接的关系，是因为它太常见了，在应用开发的过程中将不可避免的会在多线程环境中使用到它。

【代码】鸿蒙next-实现单例模式。

向开发者展示了在Stage模型中，如何调用已经上架的社区库和项目内创建的本地库。

1、单例模式的定义 单例模式（Singleton Pattern），确保一个类只有一个实例，并提供对它的全局访问点。这是在java-design-patterns.com中对于单例模式的定义，其原文定义如下： Ensure a class has only one instance, and provide a global point of acess to it. 简单来说就是确保系统中只创建特定类的一个对象（全文的重点和围绕展开的都是如何安全的更高效的去将类的实例化限制为一个对象）。 ​ 2、单例

这份鸿蒙（HarmonyOS NEXT）资料包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。

单例的使用场景很多，如可以通过单例实现应用缓存，这样多个线程统一对一块内存进行读写数据，既保障了数据的唯一性，又提高了业务处理性能。又比如使用单例实现应用的全局配置管理，保障全局有且仅有一个配置管理对象。

1、使用@CustomDialog装饰的自定义组件作为弹窗的布局2、在@CustomDialog装饰的自定义组件中必须声明CustomDialogControlle类型的变量3、在需要显示弹窗的@Entry里面再次声明一个CustomDialogControlle类型的变量，并完成初始化这样就可以通过@Entry里的CustomDialogControlle类型的变量进行控制弹窗的关闭和打开，但无法得知该弹窗打开/关闭状态。

这份鸿蒙（HarmonyOS NEXT）文档包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。

UIAbility，鸿蒙相关内容比较多，官方也不全面，感觉还是需要结合API文档，官方文档以及两种模型再继续补充，后面需要继续补充

【代码】TS中单例模式的简单写法。

在HarmonyOS 5.0及之后的ArkTS开发中，单例模式作为一种常用的设计模式，广泛应用于全局唯一对象的管理、资源复用、配置管理等场景。本文将系统梳理ArkTS中可用的单例实现方式，并结合多线程与模块化开发的实际需求，给出可执行的最小示例代码，帮助开发者在实际项目中灵活选用。

软件设计模式（[Design pattern](https://baike.baidu.com/item/Design pattern/10186718?fromModule=lemma_inlink)），又称设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。

单例模式在鸿蒙 Next 开发中非常实用，尤其是在管理全局状态、配置信息和资源访问时。通过上述几种实现方式，开发者可以根据具体需求选择合适的单例模式。在多线程环境下，确保线程安全是关键，而跨模块共享单例则需要合理组织代码结构。希望本文能帮助你更好地理解和实现单例模式。如果有任何问题或需要进一步讨论，欢迎随时交流！

这个概念我上网学习了一下，发现大部分的讲解都是根据JAVA来讲的，估计这个模式最适合也是JAVA，它有很多不同的模式啊，比如说懒汉式、饿汉式、双重校验锁、静态内部等等，我前面举的例子就是懒汉式的，但是我并没有遇到相关的其他模式所想要解决的问题，比如说多线程的话可能会抢占获取实例的通道从而造成单例失效，创建出了很多实例，为了避免这个就加了双重校验锁，但加锁又影响性能，所以又捣鼓出了其他的设计模式。所以对于这篇文章，我只能说我是浅尝辄止，算是单例模式理解1.0吧，后面有更深刻的理解之后再写所谓的2.0。

上章节 第九章 ArkTS语言UI范式-状态管理 我们了解了状态管理是什么，分别有哪些状态管理，并介绍了组件内状态管理的相关知识，本章节接着上一章节的内容，我们来继续学习`应用状态管理`和`其他状态管理`的相关知识。