请详细解释Java中的四种引用类型:强、软、弱、虚

Java提供强、软、弱、虚四种引用类型,实现对对象生命周期的精细控制。强引用确保对象不被回收,但易导致内存泄漏;软引用在内存不足时可被回收,适用于缓存场景;弱引用在下次GC时必然被回收,常用于解决监听器等场景的内存泄漏;虚引用无法获取对象,仅用于在对象回收后通过ReferenceQueue通知,实现安全的资源清理。ReferenceQueue作为“通知中心”,在软、弱、虚引用关联时,于对象被回收后将其引用加入队列,实现GC与清理逻辑的解耦,提升内存管理效率与安全性。选择引用类型需根据对象重要性与内存敏感度,避免误用导致NPE或资源未释放。

请详细解释java中的四种引用类型:强、软、弱、虚

当我们谈论Java的内存管理,特别是垃圾回收(GC),引用类型是一个绕不开的话题。这不仅仅是JVM内部的机制,更是我们作为开发者,在处理内存敏感应用时,必须深刻理解和巧妙运用的一种工具。简单来说,Java提供了四种引用类型:强引用、软引用、弱引用和虚引用。它们的核心差异在于,它们对垃圾回收器对待所指向对象的方式,有着截然不同的“影响力”或者说“态度”。理解这些,能帮助我们更精细地控制对象的生命周期,避免不必要的内存占用,甚至解决一些棘手的资源管理问题。

解决方案

Java的这四种引用类型,从最强到最弱,构成了对象生命周期管理的一个精妙层级。

强引用(Strong Reference)这是我们日常编码中最常见、最直观的引用类型。任何通过

new

关键字创建对象并直接赋值给一个变量,这个变量就持有一个强引用。比如

Object obj = new Object();

这里

obj

就是一个强引用。只要存在任何强引用指向一个对象,垃圾回收器就永远不会回收这个对象。即使内存空间不足,JVM宁愿抛出

OutOfMemoryError

,也不会去回收被强引用指向的对象。从某种意义上说,强引用是“霸道”的,它确保了对象的“存活权”。但这份“霸道”也意味着,如果不小心,强引用很容易导致内存泄漏,特别是当对象不再需要,但引用链条仍然存在时。

软引用(Soft Reference)软引用是用来描述一些有用但并非必需的对象。它通过

java.lang.ref.SoftReference

类实现。一个对象如果只有软引用指向它,那么当JVM内存空间不足时,在抛出

OutOfMemoryError

之前,垃圾回收器可能会(注意是“可能”,具体策略取决于JVM实现,但通常会)回收这些软引用指向的对象。回收后,软引用会变为

null

。这就像你告诉GC:“这个东西我可能还会用,但如果你真的缺内存,就先拿它开刀吧。”

它的典型应用场景是缓存。想象一下图片加载,你不想每次都从磁盘读取,但又不能让所有图片都常驻内存。这时,你可以用软引用来持有图片对象。当内存吃紧时,那些不常用的图片就会被回收,节省了内存;而如果内存充裕,它们就能继续留在内存中,下次访问时提升速度。这种策略,巧妙地平衡了性能和内存占用。

SoftReference softRef = new SoftReference(new String("Hello SoftRef"));System.out.println(softRef.get()); // 可能会输出 "Hello SoftRef"// 在内存紧张时,softRef.get() 可能会返回 nullSystem.gc(); // 提示GC,但不保证立即回收// 模拟大量内存消耗,触发GCtry {    byte[] b = new byte[1024 * 1024 * 100]; // 100MB} catch (Throwable e) {    // ignore}System.out.println(softRef.get()); // 此时可能为 null

弱引用(Weak Reference)弱引用比软引用更弱,通过

java.lang.ref.WeakReference

类实现。一个对象如果只有弱引用指向它,那么在下一次垃圾回收发生时,无论当前内存是否充足,这个对象都会被回收。GC会更“无情”地处理弱引用。这就像你对GC说:“我只是暂时看看这个东西,你随时都可以拿走它,我不会阻拦。”

弱引用常用于解决一些对象关联的问题,比如监听器(listener)的注册。如果一个对象A注册了另一个对象B的监听器,而这个监听器又是强引用,那么即使对象A已经不再被其他地方使用,它也无法被GC回收,因为对象B还强引用着它。如果使用弱引用来持有监听器,那么当对象A不再被其他强引用指向时,它就能被GC回收,同时其弱引用也会失效,避免了内存泄漏。

WeakHashMap

就是利用弱引用作为其键(key),当键对象不再被其他地方强引用时,

WeakHashMap

中的对应条目也会被自动移除。

立即学习“Java免费学习笔记(深入)”;

WeakReference weakRef = new WeakReference(new String("Hello WeakRef"));System.out.println(weakRef.get()); // 可能会输出 "Hello WeakRef"System.gc(); // 提示GC,通常会立即回收System.out.println(weakRef.get()); // 此时几乎肯定为 null

虚引用(Phantom Reference)虚引用是这四种引用中最弱的一种,通过

java.lang.ref.PhantomReference

类实现。它的特殊之处在于,你无法通过虚引用来获取它所指向的对象(

get()

方法永远返回

null

)。虚引用的唯一作用是,当它所指向的对象被垃圾回收器回收时,它自身会被加入到一个

ReferenceQueue

中。

虚引用必须与

ReferenceQueue

配合使用。它不像软引用和弱引用那样,可以在对象被回收前获取到对象。它的主要目的是在对象被完全从内存中移除的最后一刻,得到一个通知。这使得我们可以在对象被回收后,执行一些资源清理工作,比如关闭文件句柄、释放Native内存等。这比Java的

finalize()

方法更安全、更可靠,因为

finalize()

的执行时机不确定,且可能导致对象“复活”等问题。虚引用提供了一种更可控的“后事处理”机制。

ReferenceQueue queue = new ReferenceQueue();PhantomReference phantomRef = new PhantomReference(new Object(), queue);System.out.println(phantomRef.get()); // 永远输出 nullSystem.gc();// 此时,如果对象被回收,phantomRef 会被加入到 queue 中// 我们可以通过 queue.poll() 或 queue.remove() 来获取这个引用,并执行清理操作Reference ref = queue.poll();if (ref != null) {    System.out.println("Phantom reference enqueued, object is gone. Time to clean up resources.");}

为什么Java需要除了强引用之外的其他引用类型?它们解决了哪些实际问题?

强引用固然是基础,但它的“不释放”特性在某些场景下,反而成了瓶颈。想象一下,我们构建了一个庞大的应用程序,里面有各种各样的数据、缓存、图片、临时对象。如果所有这些都用强引用来持有,那么内存很快就会被耗尽,最终导致恼人的

OutOfMemoryError

。这不仅影响用户体验,更可能导致程序崩溃。

非强引用类型,正是为了解决这些由强引用带来的内存管理难题而生的。它们赋予了开发者更细粒度的内存控制能力,让我们可以更优雅地与垃圾回收器“协作”。

内存泄漏与

OutOfMemoryError

的缓解: 这是最直接的。强引用一旦不再需要,但引用链没有断开,就会造成内存泄漏。软引用和弱引用则提供了一种“弹性”的内存管理方式。软引用允许JVM在内存紧张时主动回收对象,为关键数据腾出空间,避免OOM。弱引用则更激进,它确保了对象在没有强引用时,能够及时被回收,这对于处理一些临时性、辅助性的对象(如缓存键、监听器)尤其有效,避免了它们无意中长期占用内存。高效的缓存机制: 软引用是实现内存缓存的理想选择。我们希望常用数据能够快速访问,但又不能无限制地占用内存。软引用在这里提供了一个完美的折衷方案:内存充足时,缓存命中率高;内存不足时,JVM自动清理不常用的缓存,防止OOM。这比我们手动管理缓存(例如,实现LRU算法)要简单得多,也更符合JVM的内存管理哲学。避免不必要的对象存活: 弱引用在处理那些“附属”于主对象的对象时非常有用。比如,一个对象A持有一个关于对象B的元数据(比如一个观察者模式中的观察者)。如果这个元数据是强引用,那么即使对象B已经被其他地方释放,只要元数据还存在,它就无法被回收。使用弱引用,当对象B失去所有强引用时,元数据也会随之被回收,避免了“幽灵”对象占用内存。

WeakHashMap

就是这一思想的绝佳实践,它允许你创建一个映射,其中的键在没有其他强引用时,可以被垃圾回收器回收,从而避免了内存膨胀。安全可靠的资源清理: 虚引用主要解决的是Native资源(如文件句柄、网络连接、C++对象等)的清理问题。Java的

finalize()

方法臭名昭著,它执行时机不确定,可能导致对象复活,甚至引入性能问题。虚引用提供了一种更可靠的“后事处理”机制。当对象被GC回收,但其关联的Native资源需要释放时,虚引用会在对象被彻底移除内存前,将自身加入

ReferenceQueue

。这样,我们就可以在一个单独的线程中监听这个队列,一旦收到通知,就安全地执行Native资源的清理,而不会干扰到对象的正常GC过程,也避免了

finalize()

的种种弊端。

在实际开发中,我们应该如何选择和使用这四种引用类型?有哪些常见的误区?

选择合适的引用类型,很大程度上取决于你对对象生命周期的期望以及内存敏感度。

强引用: 这是默认且最常用的。当一个对象对你的程序逻辑至关重要,并且你希望它在被明确设置为

null

或超出作用域之前,始终保持存活时,就使用强引用。绝大多数业务对象、核心数据结构都应该使用强引用。

何时用: 几乎所有你“需要”对象一直存在的地方。误区: 忘记解除强引用,导致内存泄漏。比如在一个长生命周期的集合中添加了短生命周期的对象,而没有及时移除。

软引用: 当你希望对象能被缓存,但又允许JVM在内存压力大时回收它们,以避免

OutOfMemoryError

时,软引用是你的首选。

何时用: 内存敏感的缓存,比如图片缓存、大数据集缓存,这些数据可以重新计算或从外部源加载。误区:过度依赖其LRU/LIFO特性: JVM对软引用的回收策略是不确定的,可能不是严格的LRU或LIFO。不要假设它会按你期望的顺序回收。不检查

get()

的返回值: 软引用随时可能返回

null

,每次访问前都必须检查,否则可能导致

NullPointerException

用于存储关键数据: 软引用指向的对象随时可能被回收,所以它不适合存储那些一旦丢失就无法恢复或严重影响程序功能的数据。

弱引用: 当你希望对象在没有其他强引用时,能够尽快被回收,并且这个对象只是一个辅助性、非核心的“观察者”或“元数据”时,弱引用非常有用。

何时用:

WeakHashMap

的键:当你希望map的键在没有其他强引用时,能够自动从map中移除。监听器/观察者模式:避免监听器强引用被观察者,导致被观察者无法被回收。保存对象的额外信息,这些信息不应该阻止对象本身的回收。误区:不检查

get()

的返回值: 弱引用比软引用更容易在GC后返回

null

,必须时刻检查。用于存储关键数据: 比软引用更脆弱,几乎在下次GC时就会被回收,绝对不能用于存储需要长期存活的数据。误以为弱引用能“复活”对象: 一旦弱引用指向的对象被GC回收,就彻底没了。

虚引用: 这是一个高级特性,主要用于管理Native资源,或者在对象被回收前执行一些精细的清理工作。它不用于访问对象本身。

何时用:Native资源清理: 当Java对象包装了Native资源(如

ByteBuffer

包装了Direct Memory),需要在Java对象被回收后,及时释放Native资源。替代

finalize()

提供一个更可靠、可控的资源清理机制。误区:试图通过

get()

方法获取对象: 虚引用的

get()

方法永远返回

null

,它的设计目的就不是为了访问对象。不与

ReferenceQueue

配合使用: 虚引用的唯一价值在于它会被放入

ReferenceQueue

,如果你不处理队列,它就没有任何意义。过度使用: 对于大多数Java应用程序来说,虚引用不是必需的。只有在处理Native资源或需要精确控制对象回收后的清理逻辑时才考虑使用。对于简单的资源清理,

try-with-resources

Cleaner

(Java 9+)通常是更好的选择。

ReferenceQueue在软引用、弱引用和虚引用中扮演了什么角色?它如何协同垃圾回收机制工作?

ReferenceQueue

,引用队列,是Java引用机制中一个至关重要的组件,尤其对于软引用、弱引用和虚引用而言。它扮演着一个“通知中心”的角色,让我们的程序能够感知到某些引用指向的对象何时被垃圾回收器回收了。

它的核心作用是:当垃圾回收器发现一个对象变得软可达弱可达虚可达(即,只有软引用、弱引用或虚引用指向它,并且在软引用和弱引用的情况下,对象即将被回收;在虚引用的情况下,对象已经准备好被回收)时,它会将对应的

Reference

对象(

SoftReference

WeakReference

PhantomReference

的实例)添加到与之关联的

ReferenceQueue

中。

让我们更具体地看看它如何协同垃圾回收机制工作:

软引用和弱引用中的可选角色:对于软引用和弱引用,

ReferenceQueue

并不是强制性的,你可以单独使用它们而不关联队列。但在这种情况下,你只能通过周期性地检查

get()

方法是否返回

null

来判断对象是否已被回收。这效率不高,也不优雅。当它们与

ReferenceQueue

关联时,一旦它们指向的对象被回收,相应的

SoftReference

WeakReference

对象就会被JVM自动放入队列。我们可以启动一个单独的线程,不断地从

ReferenceQueue

中取出这些引用,然后根据引用的类型,执行相应的清理或维护工作。比如,从缓存中移除对应的条目,或者清理一些与已回收对象相关的元数据。

虚引用中的强制角色:对于虚引用,

ReferenceQueue

必不可少的。前面提到,虚引用的

get()

方法永远返回

null

,这意味着你无法通过虚引用本身来判断对象是否还存活。虚引用的唯一价值就在于它会被加入到

ReferenceQueue

中。当一个对象只剩下虚引用时,它会在被垃圾回收器回收之后(注意是之后,通常在

finalize()

方法执行之后),其对应的

PhantomReference

实例才会被加入到

ReferenceQueue

。这提供了一个精确的、在对象彻底消失前执行清理操作的机会。通常,我们会有一个守护线程,不断地从队列中取出

PhantomReference

,然后执行一些与该对象生命周期相关的Native资源释放等操作。

协同工作机制的本质:

ReferenceQueue

与GC的协同工作,本质上是一种解耦。它将“对象回收”这一事件,与“回收后的清理工作”解耦开来。

GC负责回收对象: 垃圾回收器按照其既定策略,判断哪些对象可以回收,并执行回收操作。ReferenceQueue负责通知: 在回收过程中,如果发现有引用关联了

ReferenceQueue

,GC会负责将这些引用对象“投递”到对应的队列中。应用程序负责处理通知: 我们的应用程序可以专门启动一个线程来监听这个队列。当队列中有新的引用对象出现时,就表明某个对象已经被GC处理了,此时我们就可以执行一些后续的清理逻辑。

这种机制的好处是显而易见的:

非阻塞: GC线程不需要等待我们的清理代码执行完毕,它可以继续高效地回收内存。可控性: 我们可以集中管理所有对象的清理逻辑,而不是散落在各个

finalize()

方法中。安全性: 特别是对于虚引用,它确保了在对象完全不可访问之后才执行清理,避免了

finalize()

可能带来的对象复活等问题。

总的来说,

ReferenceQueue

就像是GC给开发者留下的一张“便条”,告诉我们:“嘿,你之前关注的那个对象我已经处理掉了,现在你可以做些后续工作了。”它提供了一种优雅且高效的方式,让我们能够更深入地参与到Java的内存管理中,尤其是在处理复杂的资源和缓存场景时,它几乎是不可或缺的。

以上就是请详细解释Java中的四种引用类型:强、软、弱、虚的详细内容,更多请关注创想鸟其它相关文章!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 chuangxiangniao@163.com 举报,一经查实,本站将立刻删除。
发布者:程序猿,转转请注明出处:https://www.chuangxiangniao.com/p/85613.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
代收包裹怎么管理好客户
上一篇 2025年11月17日 06:28:06
怎么联系云在线管理客户
下一篇 2025年11月17日 06:28:39

相关推荐

  • composer require-dev和require有什么不同_Composer Require与Require-Dev区别解析

    require用于声明项目运行必需的依赖,如框架、数据库组件和第三方SDK,这些包会随项目部署到生产环境;2. require-dev用于声明仅在开发和测试阶段需要的工具,如PHPUnit、PHPStan、Faker等,不会默认部署到生产环境;3. 安装时composer install根据环境决定…

    2026年5月10日
    1000
  • 修复Django电商项目中AJAX过滤产品列表图片不显示问题

    在Django电商项目中,当使用AJAX动态加载过滤后的产品列表时,常遇到图片无法正常显示的问题。这通常是由于前端模板中图片加载方式(如data-setbg属性结合JavaScript库)与AJAX动态内容更新机制不兼容所致。解决方案是直接在AJAX返回的HTML中使用标准的标签来渲染图片,确保浏览…

    2026年5月10日
    000
  • Matplotlib 地图中多类型图例的创建与优化

    Matplotlib 地图中多类型图例的创建与优化Matplotlib 地图中多类型图例的创建与优化Matplotlib 地图中多类型图例的创建与优化Matplotlib 地图中多类型图例的创建与优化

    本教程旨在解决matplotlib地图可视化中,如何在一个图例中同时展示颜色块(如区域分类)和自定义标记(如特定兴趣点)的问题。文章详细介绍了当传统`patch`对象无法正确显示标记时,如何利用`matplotlib.lines.line2d`创建标记图例句柄,并将其与颜色块图例句柄合并,从而生成一…

    2026年5月10日 用户投稿
    100
  • Golang JSON序列化:控制敏感字段暴露的最佳实践

    本教程探讨golang中如何高效控制结构体字段在json序列化时的可见性。当需要将包含敏感信息的结构体数组转换为json响应时,通过利用`encoding/json`包提供的结构体标签,特别是`json:”-“`,可以轻松实现对特定字段的忽略,从而避免敏感数据泄露,确保api…

    2026年5月10日
    000
  • 利用海象运算符简化条件赋值:Python教程与最佳实践

    本文旨在探讨Python中海象运算符(:=)在条件赋值场景下的应用。通过对比传统if/else语句与海象运算符,以及条件表达式,分析海象运算符在简化代码、提高可读性方面的优势与局限性。并通过具体示例,展示如何在列表推导式等场景下合理使用海象运算符,同时强调其潜在的复杂性及替代方案,帮助开发者更好地掌…

    2026年5月10日
    000
  • Debian syslog性能优化技巧有哪些

    提升Debian系统syslog (通常基于rsyslog)性能,关键在于精简配置和高效处理日志。以下策略能有效优化日志管理,提升系统整体性能: 精简配置,高效加载: 在rsyslog配置文件中,仅加载必要的输入、输出和解析模块。 使用全局指令设置日志级别和格式,避免不必要的处理。 自定义模板: 创…

    2026年5月10日
    000
  • c++中的SFINAE技术是什么_c++模板编程中的SFINAE原理与应用

    SFINAE 是“替换失败不是错误”的原则,指模板实例化时若参数替换导致错误,只要存在其他合法候选,编译器不报错而是继续重载决议。它用于条件启用模板、类型检测等场景,如通过 decltype 或 enable_if 控制函数重载,实现类型特征判断。尽管 C++20 引入 Concepts 简化了部分…

    2026年5月10日
    000
  • Golang gRPC流式请求异常处理

    在Golang的gRPC流式通信中,必须通过context.Context处理异常。应监听上下文取消或超时,及时释放资源,设置合理超时,避免连接长时间挂起,并在goroutine中通过context控制生命周期。 在使用 Golang 和 gRPC 实现流式通信时,异常处理是确保服务健壮性的关键部分…

    2026年5月10日
    000
  • Go语言mgo查询构建:深入理解bson.M与日期范围查询的正确实践

    本文旨在解决go语言mgo库中构建复杂查询时,特别是涉及嵌套`bson.m`和日期范围筛选的常见错误。我们将深入剖析`bson.m`的类型特性,解释为何直接索引`interface{}`会导致“invalid operation”错误,并提供一种推荐的、结构清晰的代码重构方案,以确保查询条件能够正确…

    2026年5月10日
    100
  • vscode上怎么运行html_vscode上运行html步骤【指南】

    首先保存文件为.html格式,再通过浏览器或Live Server插件打开预览;推荐安装Live Server实现本地服务器运行与实时刷新,提升开发体验。 在 VS Code 上运行 HTML 文件并不需要复杂的配置,只需几个简单步骤即可预览页面效果。VS Code 本身是一个代码编辑器,不直接运行…

    2026年5月10日
    100
  • 修复点击时按钮抖动:CSS垂直对齐实践

    本文探讨了在Web开发中,交互式按钮(如播放/暂停按钮)在点击时发生意外垂直位移的问题。通过分析CSS样式变化对元素布局的影响,我们发现这是由于按钮不同状态下的边框样式和内边距改变,以及默认的垂直对齐行为共同作用所致。核心解决方案是利用CSS的vertical-align属性,将其设置为middle…

    2026年5月10日
    000
  • 理解编程指令:当结果正确,但实现方式不符要求时

    本文探讨了在编程实践中,即使程序输出了正确的结果,但若其实现方式未能严格遵循既定指令,仍可能被视为“不正确”的问题。我们将通过具体示例,对比直接求和与累加求和两种实现策略,强调理解和遵守编程规范的重要性,以确保代码的健壮性、可维护性及符合项目要求。 在软件开发过程中,我们经常会遇到这样的情况:编写的…

    2026年5月10日
    000
  • Golang goroutine与channel调试技巧

    使用go run -race检测数据竞争,结合runtime.NumGoroutine监控协程数量,通过pprof分析阻塞调用栈,利用select超时避免永久阻塞,有效排查goroutine泄漏、死锁和数据竞争问题。 Go语言的goroutine和channel是并发编程的核心,但它们也带来了调试上…

    2026年5月10日
    000
  • 使用 Jupyter Notebook 进行探索性数据分析

    Jupyter Notebook通过单元格实现代码与Markdown结合,支持数据导入(pandas)、清洗(fillna)、探索(matplotlib/seaborn可视化)、统计分析(describe/corr)和特征工程,便于记录与分享分析过程。 Jupyter Notebook 是进行探索性…

    2026年5月10日
    000
  • php常量怎么用_PHP常量(define/const)定义与使用方法

    PHP中可通过define函数和const关键字定义常量,用于存储不可变值。define适用于全局作用域,支持动态名称和条件定义,如define(‘SITE_NAME’, ‘MyWebsite’);const在编译时生效,语法简洁但限制多,只能在类或全…

    2026年5月10日
    000
  • 如何在HTML中插入表单元素_HTML表单控件与输入类型使用指南

    HTML表单通过标签构建,包含action和method属性定义数据提交目标与方式,常用input类型如text、password、email等适配不同输入需求,配合label、required、placeholder提升可用性,结合textarea、select、button等控件实现完整交互,是…

    2026年5月10日
    000
  • 前端缓存策略与JavaScript存储管理

    根据数据特性选择合适的存储方式并制定清晰的读写与清理逻辑,能显著提升前端性能;合理运用Cookie、localStorage、sessionStorage、IndexedDB及Cache API,结合缓存策略与定期清理机制,可在保证用户体验的同时避免安全与性能隐患。 前端缓存和JavaScript存…

    2026年5月10日
    100
  • 网站标题关键词更新后,搜索引擎为何仍显示旧标题?

    网站标题更新后,搜索引擎为何显示旧标题? 网站SEO优化中,站长常修改网站标题关键词,期望搜索结果显示自定义标题。然而,即使更新标签、meta keywords、meta description和结构化数据中的name属性后,搜索结果仍显示旧标题,这令人费解。本文将对此进行解释。 问题:站长修改了网…

    2026年5月10日
    100
  • c#文件怎么打开

    打开 C# 文件有三种方法:Visual Studio:启动 Visual Studio,通过“文件”菜单打开 C# 文件。文本编辑器:使用文本编辑器打开 C# 文件,将其视为普通文本。.NET Core 命令行工具:使用 csc.exe 命令行工具编译 C# 文件,生成可执行文件。 如何打开 C#…

    2026年5月10日
    000
  • HTML5网页如何实现手势操作 HTML5网页移动端交互的处理技巧

    首先利用原生touch事件实现滑动判断,再通过preventDefault解决滚动冲突,接着引入Hammer.js处理复杂手势,最后通过优化点击区域、避免事件冲突和增加视觉反馈提升体验。 在移动端浏览器中,HTML5网页可以通过触摸事件实现手势操作,提升用户体验。虽然原生JavaScript提供了基…

    2026年5月10日
    000

发表回复

登录后才能评论
关注微信