网络编程的魔法师：探索Netty中Handler的奇妙世界

news2024/7/4 4:22:23

欢迎来到我的博客，代码的世界里，每一行都是一个故事


在这里插入图片描述

网络编程的魔法师：探索Netty中Handler的奇妙世界

    • 前言
    • Handler基础概念
    • ChannelHandler与ChannelPipeline
    • Handler链的执行流程
    • 不同类型的Handler
    • 处理网络事件
    • Handler的异步特性

前言

在网络编程的剧场上，Handler就如同巧妙的导演，负责指导每个演员的表演，确保整个故事流畅无阻。在这篇文章中，我们将一同揭开Netty中Handler的神秘面纱，深入理解它在异步网络通信中的核心角色。

Handler基础概念

Handler基础概念：

在Netty中，Handler是用于处理入站和出站事件的组件。Handler是Netty应用程序的重要组成部分，它负责处理数据的转换、业务逻辑的实现以及流经ChannelPipeline的事件。

Handler的定义和作用：

  1. 定义：

    • Handler是一个接口，通常实现为用户自定义的类，继承自ChannelHandler接口。
    • Netty中的ChannelHandler接口提供了一系列的回调方法，允许开发者在ChannelPipeline中实现各种事件的处理逻辑。
    public class MyHandler extends ChannelInboundHandlerAdapter {
    // 实现ChannelInboundHandlerAdapter中的方法
}

  2. 作用：

    • Handler的作用主要体现在对事件的处理上，包括处理入站事件和出站事件。
    • 入站事件： 例如数据的接收、连接的建立等。
    • 出站事件： 例如数据的发送、连接的关闭等。

为何Handler是异步通信的重要组成部分：

  1. 非阻塞事件驱动模型：

    • Netty采用了非阻塞的事件驱动模型，其中Handler负责处理事件，而事件的发生是异步的。这意味着当有数据可读、连接建立等事件发生时，Handler会被异步地通知，并执行相应的逻辑。

  2. 多线程和事件循环：

    • Netty中的EventLoop负责驱动Handler执行，它提供了多线程支持，使得Handler能够在多个线程上并发执行。
    • 异步通信中的多线程和事件循环机制使得Handler能够高效地处理大量的并发连接和事件，而不会阻塞应用程序的执行。

  3. 异步I/O操作：

    • Handler中的异步I/O操作，例如异步读写数据，允许程序在等待I/O操作完成的同时执行其他任务，从而提高系统的性能和资源利用率。

  4. 可定制的业务逻辑：

    • 通过Handler，开发者可以定制各种业务逻辑，包括数据的解析、协议的处理、业务规则的执行等。这使得Netty能够适应各种不同的应用场景和需求。

总体而言，Handler作为异步通信的重要组成部分，通过事件的异步处理、多线程和事件循环的支持，以及可定制的业务逻辑，使得Netty具备了处理高并发和大规模连接的能力，成为一种强大的异步通信框架。

ChannelHandler与ChannelPipeline

ChannelHandler与ChannelPipeline：

  1. ChannelHandler的职责：

    • ChannelHandler是用于处理入站和出站事件的组件。它定义了一系列回调方法，允许开发者在这些方法中实现特定的逻辑，处理数据的转换、业务逻辑的执行等。
    • 通常，ChannelHandler分为两大类：ChannelInboundHandler用于处理入站事件，ChannelOutboundHandler用于处理出站事件。

  2. ChannelHandler的生命周期：

    • ChannelHandler的生命周期包括两个主要阶段：创建和销毁。
      • 创建阶段： 当Channel被创建时，ChannelHandler的实例会被创建。这通常发生在ChannelPipeline的配置阶段。
      • 销毁阶段： 当Channel被关闭时，ChannelHandler的实例会被销毁，释放资源。

如何向ChannelPipeline中添加Handler：

  1. 获取ChannelPipeline：

    • 在Channel创建后，可以通过channel.pipeline()方法获取它的ChannelPipeline。
    Channel channel = ...;
ChannelPipeline pipeline = channel.pipeline();

  2. 添加入站或出站Handler：

    • 使用addLast方法将ChannelHandler添加到ChannelPipeline中。可以添加多个ChannelHandler，它们组成一个处理链。
    ChannelPipeline pipeline = channel.pipeline();
pipeline.addLast("handler1", new MyHandler1());  // 入站Handler
pipeline.addLast("handler2", new MyHandler2());  // 入站Handler
pipeline.addLast("handler3", new MyHandler3());  // 出站Handler
    • addLast方法的第一个参数是Handler的名字，它是可选的，用于在处理链中标识不同的Handler。

  3. ChannelPipeline中Handler的执行顺序：

    • 当事件发生时，ChannelPipeline中的Handler会按照它们被添加的顺序执行。
    • 入站事件会从ChannelPipeline的头部（Head）向尾部（Tail）传递，而出站事件则相反，从尾部向头部传递。
    +---------------------+
|    ChannelPipeline  |
|---------------------|
|  Inbound  | Outbound |
|---------------------|
|   Handler1 |       |
|---------------------|
|   Handler2 |       |
|---------------------|
|   Handler3 |       |
|---------------------|
|      ...             |
+---------------------+

通过向ChannelPipeline中添加ChannelHandler，可以构建一个处理链，用于处理入站和出站的事件。每个Handler负责不同的逻辑，形成了一个强大的、可扩展的处理流水线。

Handler链的执行流程

Handler链的执行流程：

  1. Inbound事件处理顺序：

    • 对于入站事件，ChannelHandler的执行顺序是从ChannelPipeline的头部（Head）向尾部（Tail）。
    • 入站事件从外部环境（例如网络）流向应用程序。
    +---------------------+
|    ChannelPipeline  |
|---------------------|
|  Inbound  | Outbound |
|---------------------|
|   Handler1 (Inbound)|
|---------------------|
|   Handler2 (Inbound)|
|---------------------|
|   Handler3 (Inbound)|
|---------------------|
|      ...             |
+---------------------+
    • 入站事件的传递方向是从头部向尾部，每个Handler负责处理入站事件，并将结果传递给下一个Handler。

  2. Outbound事件处理顺序：

    • 对于出站事件，ChannelHandler的执行顺序是从ChannelPipeline的尾部（Tail）向头部（Head）。
    • 出站事件从应用程序流向外部环境。
    +---------------------+
|    ChannelPipeline  |
|---------------------|
|  Inbound  | Outbound |
|---------------------|
|   Handler1 (Outbound)|
|---------------------|
|   Handler2 (Outbound)|
|---------------------|
|   Handler3 (Outbound)|
|---------------------|
|      ...             |
+---------------------+
    • 出站事件的传递方向是从尾部向头部，每个Handler负责处理出站事件，并将结果传递给上一个Handler。

Handler链中的异常处理机制：

  1. 异常传递方向：

    • 当一个Handler中发生异常时，Netty会将异常传递给ChannelPipeline的下一个ChannelHandler，以此类推，直到异常被处理或到达ChannelPipeline的末尾。
    +---------------------+
|    ChannelPipeline  |
|---------------------|
|  Inbound  | Outbound |
|---------------------|
|   Handler1 (Inbound)| <-- 异常发生
|---------------------|
|   Handler2 (Inbound)| <-- 传递异常
|---------------------|
|   Handler3 (Inbound)| <-- 传递异常
|---------------------|
|      ...             | <-- 传递异常
+---------------------+

  2. 异常处理：

    • 异常可以被每个ChannelHandler中的exceptionCaught方法捕获和处理。该方法提供了ChannelHandlerContext和Throwable作为参数。
    @Override
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) {
    // 处理异常逻辑
    // 可以记录日志、关闭连接等
}
    • 如果异常没有被某个Handler处理，它会被传递到ChannelPipeline的尾部，并可能被默认的异常处理器处理，例如将异常记录到日志中或关闭连接。

通过了解Handler链的执行流程以及异常处理机制，开发者可以更好地设计和调试ChannelHandler，确保事件的正确处理和异常的适当处理。

不同类型的Handler

不同类型的Handler：

  1. ChannelInboundHandler与SimpleChannelInboundHandler的区别：

    • ChannelInboundHandler：

      • 是ChannelHandler接口的子接口，用于处理入站事件。
      • 需要实现ChannelInboundHandler接口中定义的方法，例如channelRead、channelActive等。
      public class MyInboundHandler extends ChannelInboundHandlerAdapter {
    // 实现ChannelInboundHandler中的方法
}

    • SimpleChannelInboundHandler：

      • 是ChannelInboundHandler的子类，泛型参数表示处理的消息类型。
      • 对于每个读取的消息，SimpleChannelInboundHandler会自动释放资源，简化开发者的代码。
      public class MySimpleInboundHandler extends SimpleChannelInboundHandler<String> {
    @Override
    protected void channelRead0(ChannelHandlerContext ctx, String msg) {
        // 处理入站事件
    }
}
      • channelRead0方法用于处理入站消息，开发者无需手动释放资源。

    • 区别：

      • ChannelInboundHandler需要手动释放资源，而SimpleChannelInboundHandler在处理消息时会自动释放资源，避免了潜在的内存泄漏问题。

  2. ChannelOutboundHandler与SimpleChannelOutboundHandler的使用场景：

    • ChannelOutboundHandler：

      • 是ChannelHandler接口的子接口，用于处理出站事件。
      • 需要实现ChannelOutboundHandler接口中定义的方法，例如write、flush等。
      public class MyOutboundHandler extends ChannelOutboundHandlerAdapter {
    // 实现ChannelOutboundHandler中的方法
}

    • SimpleChannelOutboundHandler：

      • 是ChannelOutboundHandler的子类，泛型参数表示处理的消息类型。
      • 对于每个写出的消息，SimpleChannelOutboundHandler会自动释放资源，简化开发者的代码。
      public class MySimpleOutboundHandler extends SimpleChannelOutboundHandler<String> {
    @Override
    protected void write0(ChannelHandlerContext ctx, String msg, ChannelPromise promise) {
        // 处理出站事件
    }
}
      • write0方法用于处理出站消息，开发者无需手动释放资源。

    • 使用场景：

      • ChannelOutboundHandler和SimpleChannelOutboundHandler通常用于处理出站事件，例如编码、加密、压缩等。
      // 添加出站Handler
pipeline.addLast("encoder", new MyOutboundHandler());

      // 添加出站Handler（使用SimpleChannelOutboundHandler）
pipeline.addLast("encoder", new MySimpleOutboundHandler());

    • 区别：

      • ChannelOutboundHandler需要手动释放资源，而SimpleChannelOutboundHandler在处理出站消息时会自动释放资源，避免了潜在的内存泄漏问题。

选择使用SimpleChannelInboundHandler和SimpleChannelOutboundHandler通常更方便，因为它们简化了资源管理的工作，同时提供了更高的开发效率。

处理网络事件

处理网络事件：

  1. 读写事件的处理方式：

    • 在Netty中，读写事件通常是通过实现ChannelInboundHandler和ChannelOutboundHandler接口来处理的。

    • 读事件处理（ChannelInboundHandler）：

      • 使用channelRead方法处理从网络中读取的数据。
      @Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
    // 处理读取的数据
}

    • 写事件处理（ChannelOutboundHandler）：

      • 使用write方法处理向网络中写入的数据。
      @Override
public void write(ChannelHandlerContext ctx, Object msg, ChannelPromise promise) {
    // 处理写入的数据
    ctx.write(msg, promise);
}

  2. 用户自定义事件的捕获与处理：

    • 在Netty中，用户可以自定义事件类，并通过fireUserEventTriggered方法触发自定义事件。
    public class MyCustomEvent {
    // 自定义事件类
}
    • 使用fireUserEventTriggered触发自定义事件：
    @Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
    // 触发自定义事件
    ctx.fireUserEventTriggered(new MyCustomEvent());
}
    • 处理自定义事件，需要在ChannelInboundHandler中实现userEventTriggered方法。
    @Override
public void userEventTriggered(ChannelHandlerContext ctx, Object evt) {
    if (evt instanceof MyCustomEvent) {
        // 处理自定义事件
    } else {
        super.userEventTriggered(ctx, evt);
    }
}
    • 通过自定义事件，可以在ChannelHandler中实现更灵活的逻辑和状态处理。

总体而言，Netty通过ChannelInboundHandler和ChannelOutboundHandler提供了丰富的事件处理机制，使开发者能够方便地处理读写事件以及自定义事件。通过这些机制，可以构建强大的异步网络应用程序。

Handler的异步特性

Handler的异步特性：

  1. 异步处理的优势：

    • 提高并发性能： 异步处理允许程序在等待I/O操作完成的同时执行其他任务，提高了系统的并发性能。
    • 减少线程阻塞： 在阻塞I/O模型中，一个线程通常会阻塞等待I/O完成，而异步模型中可以避免线程的长时间阻塞，提高了资源利用率。
    • 提升响应性： 异步处理允许程序对多个事件进行同时处理，提升了系统的响应性。

  2. 异步处理的挑战：

    • 复杂性增加： 异步编程通常涉及到回调、监听器、Future等，可能增加代码的复杂性和维护难度。
    • 错误处理： 异步处理中错误的管理可能较为复杂，需要仔细处理异常和错误状态。

使用Promise管理异步操作：

  1. Promise介绍：

    • Promise是一种用于管理异步操作的设计模式，用于表示一个异步操作的最终完成或失败。
    • 在Netty中，ChannelPromise是一种扩展了java.util.concurrent.Future接口的Promise，用于表示异步I/O操作的结果。

  2. 使用Promise进行异步操作：

    • 在ChannelHandlerContext中，可以通过newPromise()方法创建一个ChannelPromise。
    ChannelHandlerContext ctx = ...;
ChannelPromise promise = ctx.newPromise();
    • 在异步操作完成时，通过trySuccess或tryFailure方法通知Promise操作结果。
    // 异步操作成功
promise.trySuccess(result);

// 异步操作失败
promise.tryFailure(cause);

  3. 在Handler中使用Promise：

    • 在ChannelInboundHandler中，可以通过ChannelPromise将异步操作的结果传递给下一个Handler。
    @Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
    ChannelPromise promise = ctx.newPromise();

    // 异步操作，将结果通知给下一个Handler
    // ...

    // 通知Promise操作成功或失败
    promise.trySuccess(result);
    // 或
    promise.tryFailure(cause);
}
    • 在ChannelOutboundHandler中，可以通过ChannelPromise监听异步写操作的结果。
    @Override
public void write(ChannelHandlerContext ctx, Object msg, ChannelPromise promise) {
    // 异步写操作，将结果通知给Promise
    // ...

    // 通知Promise操作成功或失败
    promise.trySuccess();
    // 或
    promise.tryFailure(cause);
}

通过使用Promise，可以更好地管理和处理异步操作的结果，提高了异步编程的可读性和可维护性。在Netty中，Promise是异步操作的重要组成部分，使得开发者能够更方便地处理异步事件。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1482344.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

【软考】数据结构之队列和栈

【软考】数据结构之队列和栈

目录 1.例题一1.1题目1.2 题目截图1.3 题目分析 1.例题一 1.1题目 输出受限的双端队列是指元素可以从队列的两端输入&#xff0c;但只能从队列的一端输出&#xff0c;如下图所示&#xff0c;若有e1&#xff0c;e2&#xff0c;e3&#xff0c;e4依次进入输出受限的双端队列&…
阅读更多...
端游如何防破解

端游如何防破解

在2023年这个游戏大年中&#xff0c;诸多热门大作涌现&#xff0c;作为世界级IP哈利哈利波特的衍生游戏——《霍格沃茨之遗》毫无悬念地成为2023年游戏圈的首款爆款作品&#xff0c;斩获了一众玩家的青睐。 在众多光环的加持下&#xff0c;《霍格沃茨之遗》很快被著名游戏破解…
阅读更多...
C#，K中心问题（K-centers Problem）的算法与源代码

C#，K中心问题（K-centers Problem）的算法与源代码

1 K中心问题&#xff08;K-centers Problem&#xff09; k-centers problem: 寻找k个半径越小越好的center以覆盖所有的点。 比如&#xff1a;给定n个城市和每对城市之间的距离&#xff0c;选择k个城市放置仓库&#xff08;或ATM或云服务器&#xff09;&#xff0c;以使城市…
阅读更多...
基于springboot实现保险信息网站系统项目【项目源码+论文说明】

基于springboot实现保险信息网站系统项目【项目源码+论文说明】

基于springboot实现保险信息网站系统演示 摘要 随着互联网的不断发展&#xff0c;现在人们获取最新资讯的主要途径来源于网上新闻&#xff0c;当下的网上信息宣传门户网站的发展十分的迅速。而保险产品&#xff0c;作为当下人们非常关注的一款能够给人们带来医疗、生活、养老或…
阅读更多...
人大金仓与mysql的差异与替换

人大金仓与mysql的差异与替换

人大金仓中不能使用~下面的符号&#xff0c;字段中使用”&#xff0c;无法识别建表语句 创建表时语句中只定义字段名.字段类型.是否是否为空 Varchar类型改为varchar&#xff08;长度 char&#xff09; Int(0) 类型为int4 定义主键&#xff1a;CONSTRAINT 键名 主键类型&#x…
阅读更多...
智慧回收与售后汽车平台架构设计与实现：打造可持续出行生态

智慧回收与售后汽车平台架构设计与实现：打造可持续出行生态

随着汽车保有量的增加和环保意识的提升&#xff0c;汽车回收和售后服务成为了整个汽车产业链中不可或缺的一环。如何设计和实现一个智慧化的回收与售后汽车平台架构&#xff0c;成为了当前汽车行业关注的热点话题。本文将从需求分析、技术架构、数据安全等方面&#xff0c;探讨…
阅读更多...
即时设计-高效易用的界面工具

即时设计-高效易用的界面工具

界面工具是设计师的得力助手&#xff0c;为设计师快速创建精美易用的用户界面提供了丰富的功能和直观的界面。在众多的界面工具中&#xff0c;有的支持预设模板、图标库和样式库&#xff0c;有的更注重原型和互动。如何选择优秀的界面工具&#xff1f;这里有一个高效易用的界面…
阅读更多...
底层自行实现——监督学习算法（1线性回归）

底层自行实现——监督学习算法（1线性回归）

1.1 简单线性回归 1. 简介 简单线性回归&#xff08;SLR - Simple Linear Regression&#xff09;模型可以表示为&#xff1a; Y β 0 β 1 X ϵ Y \beta_0 \beta_1X \epsilon Yβ0​β1​Xϵ Y Y Y&#xff1a;因变量或目标变量。 X X X&#xff1a;自变量或解释变量。…
阅读更多...
基于centos的linux上docker安装，及mysql、redis等应用在docker容器中的安装

基于centos的linux上docker安装，及mysql、redis等应用在docker容器中的安装

Docker环境安装 安装yum-utils&#xff1a; yum install ‐y yum‐utils device‐mapper‐persistent‐data lvm2为yum源添加docker仓库位置&#xff1a; yum‐config‐manager ‐‐add‐repo https://download.docker.com/linux/centos/docker‐ce.repo如果上面执行命令后…
阅读更多...
Laravel Octane 和 Swoole 协程的使用分析

Laravel Octane 和 Swoole 协程的使用分析

之前在工作中使用 Laravel Octane 的 concurrently 处理并发时&#xff0c;发现在队列和定时任务中不会触发并发效果。经过分析&#xff0c;作了如下猜测&#xff1a;队列和定时任务都属于一个独立的进程&#xff0c;与 Octane 服务无关&#xff0c;而 Octane concurrently 恰恰…
阅读更多...
OpenLayers线性渐变和中心渐变（径向渐变）

OpenLayers线性渐变和中心渐变（径向渐变）

目录 1.前言2.添加一个面要素3.线性渐变3.1 第一个注意点3.2 第二个注意点 4.中心渐变&#xff08;径向渐变&#xff09;5.总结 1.前言 OpenLayers官网有整个图层的渐变示例&#xff0c;但是没有单个要素的渐变示例&#xff0c;我们这里来补充一下。OpenLayers中的渐变是通过fi…
阅读更多...
（C语言）函数详解上

（C语言）函数详解上

&#xff08;C语言&#xff09;函数详解上 目录&#xff1a; 1. 函数的概念 2. 库函数 2.1 标准库和头文件 2.2 库函数的使用方法 2.2.1 sqrt 功能 2.2.2 头文件包含 2.2.3 实践 2.2.4 库函数文档的一般格式 3. 自定义函数 3.1 函数的语法形式 3.2 函数的举例 4. 形参和实参 4.…
阅读更多...
＜网络安全＞《61 微课堂＜第1课 南北向流量是什么？＞》

＜网络安全＞《61 微课堂＜第1课 南北向流量是什么？＞》

1 形象化解释 在网络安全中&#xff0c;经常听到南北向流量这个词。那究竟是什么意思呢&#xff1f; 这里的南北&#xff0c;就是地图上的东西南北&#xff0c;是方向。我们在画网络架构图时&#xff0c;往往是由上到下依次是web层、应用层、数据层&#xff0c;流量从web层到…
阅读更多...
Redis 之六：Redis 的哨兵模式（Sentinel）

Redis 之六：Redis 的哨兵模式（Sentinel）

Redis 哨兵&#xff08;Sentinel&#xff09;模式是一种高可用性解决方案&#xff0c;用于监控和自动故障转移的集群系统。 在 Redis Sentinel 架构中&#xff0c;哨兵是一组运行在特殊模式下的 Redis 进程&#xff0c;它们可以监控一个或多个主从复制结构中的 Redis 主服务器以…
阅读更多...
泵站远程监控：智能化水利管理

泵站远程监控：智能化水利管理

一、泵站远程监控的背景与意义 泵站作为水利工程的重要设施&#xff0c;承担着灌溉、排水、供水等多重任务&#xff0c;是保障农业生产和城市供水的重要基础设施。然而&#xff0c;传统的泵站管理模式往往依赖于人工巡检和现场操作&#xff0c;这种方式不仅效率低下&#xff0c…
阅读更多...
基于SSM的高校竞赛和考级查询系统（有报告）。Javaee项目。ssm项目。

基于SSM的高校竞赛和考级查询系统（有报告）。Javaee项目。ssm项目。

演示视频&#xff1a; 基于SSM的高校竞赛和考级查询系统&#xff08;有报告&#xff09;。Javaee项目。ssm项目。 项目介绍&#xff1a; 采用M&#xff08;model&#xff09;V&#xff08;view&#xff09;C&#xff08;controller&#xff09;三层体系结构&#xff0c;通过Sp…
阅读更多...
如何安装ProtoBuf环境

如何安装ProtoBuf环境

1 &#x1f351;下载 ProtoBuf&#x1f351; 下载 ProtoBuf 前⼀定要安装依赖库&#xff1a;autoconf automake libtool curl make g unzip 如未安装&#xff0c;安装命令如下&#xff1a; Ubuntu ⽤⼾选择&#xff1a; sudo apt-get install autoconf automake libtool cur…
阅读更多...
NXP实战笔记（十一）：32K3xx基于RTD-SDK在S32DS上配置LPSPI(同步、异步、DMA、主机、从机、中断、轮询)

NXP实战笔记（十一）：32K3xx基于RTD-SDK在S32DS上配置LPSPI(同步、异步、DMA、主机、从机、中断、轮询)

目录 1、概述 2、RTD-SDK配置 2.1、配置目标 2.2、主、从机引脚配置 2.3、时钟配置 2.4、LPSPI配置 2.5、中断配置 2.6、DMA配置（使用DMA才会配置） 2、dma Logic Instance 2.7、RM配置（使用DMA的情况下必须配置此选项） 3、代码实现 1、概述 S32K3_低功耗LPSPI轮询…
阅读更多...
golang goroutine 如何退出？

golang goroutine 如何退出？

上一讲说到调度器将maingoroutine推上舞台&#xff0c;为它铺好了道路&#xff0c;开始执行runtime.main函数。这一讲&#xff0c;我们探索maingoroutine以及普通goroutine从执行到退出的整个过程。 //Themaingoroutine. funcmain(){ //gmaingoroutine&#xff0c;不再是g0了 …
阅读更多...
前端学习第三天-css基础

前端学习第三天-css基础

1. CSS简介 从HTML被发明开始&#xff0c;样式就以各种形式存在。不同的浏览器结合它们各自的样式语言为用户提供页面效果的控制。最初的HTML只包含很少的显示属性。 随着HTML的成长&#xff0c;为了满足页面设计者的要求&#xff0c;HTML添加了很多显示功能。但是随着这些功能…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023