技术周总结 10.21~10.27周日

文章目录

一、10.24 周四程序员节
- 2.1）问题01： Memory Analysis Tool的使用方法
二、10.27 周日
- 2.1） J2EE架构
- - J2EE 的核心组件与技术
  - J2EE 的多层架构
  - J2EE 的优缺点
  - J2EE 的应用场景
- 2.2）web应用开发中的 "web服务器" 和 "应用服务器"的区别和联系是什么？
- - 一、Web 服务器
  - - 主要特点
    - 示例
  - 二、应用服务器
  - - 主要特点
    - 示例
  - 三、Web 服务器与应用服务器的区别
  - 四、Web 服务器与应用服务器的联系
  - 总结

一、10.24 周四程序员节

2.1）问题01： Memory Analysis Tool的使用方法

Memory Analysis Tool（MAT）是一个用于分析Java堆内存的工具，它可以帮助你发现内存泄漏并减少内存消耗。使用MAT，你可以从Java应用程序获取堆转储文件，并对其进行分析。以下是MAT的基本使用方法：

安装MAT：
- 如果你使用的是Eclipse，可以通过Eclipse Marketplace安装MAT插件。
- 你也可以从官网下载MAT的独立版本并安装。
获取堆转储文件：
- 使用前面提到的方法（例如jmap、jcmd或应用程序内部逻辑）获取Java应用程序的堆转储文件（.hprof格式）。
打开堆转储文件：
- 打开MAT。
- 选择 “File” > “Open Heap Dump”。
- 浏览文件系统，选择你的堆转储文件并打开它。
分析堆内存：
- Histogram View：列出所有Java类及其实例数和总大小，帮助你发现大量对象占用的类。
- Dominator Tree：显示内存中对象的层级关系，并指出占用大部分内存的对象。
- Leak Suspects Report：MAT可以自动分析并提供可能的内存泄漏报告。
- Path to GC Roots：对于特定的对象，你可以查看它到垃圾收集根的引用链，这有助于了解为什么对象没有被垃圾收集器回收。
查看和解决内存问题：
- 使用MAT提供的不同视图和报告来查找可能的内存问题。
- 识别出大量对象实例或大对象，分析它们的创建和引用。
- 检查报告中的内存泄漏嫌疑点，并根据提供的信息在代码中定位问题。
优化代码：
- 根据MAT的分析结果，修改和优化你的代码以解决内存泄漏或过度内存消耗的问题。
重新测试：
- 对修改后的应用程序进行重新测试，并再次获取堆转储文件。
- 使用MAT分析新的堆转储文件，确认内存问题是否已经解决。

请注意，MAT是一个强大的工具，但可能需要一定的学习曲线来理解所有的功能和解释分析结果。它对Java开发者和性能工程师来说是一个非常有用的资源，尤其是在处理复杂的内存问题时。

二、10.27 周日

2.1） J2EE架构

在这里插入图片描述
J2EE（Java 2 Platform, Enterprise Edition）是一个为开发企业级应用提供标准化解决方案的平台。它由一套规范和 API 组成，能够帮助开发者构建可靠、可伸缩的分布式应用。J2EE 在大规模系统和互联网应用中广泛应用，适合开发需要多层架构的大型企业应用。

J2EE 的核心组件与技术

Servlet 和 JSP（JavaServer Pages）：
- Servlet：一种 Java 编程接口，用于在服务器端创建动态内容的 Java 类，通过处理和响应客户端的请求（例如 HTTP 请求），在 Web 层与客户端交互。
- JSP：允许将 Java 代码嵌入 HTML 中，生成动态网页内容。JSP 提供了标签库和内置对象，方便快速生成 HTML。
EJB（Enterprise JavaBeans）：
- EJB 是 J2EE 中的核心组件之一，负责处理业务逻辑。它封装了复杂的业务功能，并支持分布式、多线程和事务处理，主要用于构建可伸缩的、事务性强的后端业务逻辑。
JDBC（Java Database Connectivity）：
- JDBC 提供了 Java 应用与关系数据库之间的连接接口。开发者可以使用 JDBC 查询、更新数据库中的数据，支持数据库连接池等功能，保证高效的数据存取。
JMS（Java Message Service）：
- JMS 是一种消息服务接口，用于不同应用之间的异步通信。它支持消息队列和发布/订阅模式，能够提升应用的解耦性和响应能力，适合异步任务处理和消息驱动的架构。
JTA（Java Transaction API）：
- JTA 允许应用程序管理分布式事务，实现事务的开始、提交、回滚等操作。JTA 主要用于确保多个资源的并发操作具有原子性和一致性。
JNDI（Java Naming and Directory Interface）：
- JNDI 提供命名和目录服务，帮助应用程序查找和检索资源。JNDI 允许通过名称查找数据库连接、EJB 组件和环境配置等。
RMI（Remote Method Invocation）：
- RMI 是 Java 的远程方法调用协议，允许在不同 JVM 之间调用对象。J2EE 使用 RMI-IIOP（RMI over IIOP）实现跨平台的对象调用，支持分布式架构。

J2EE 的多层架构

J2EE 的架构设计遵循多层架构模式，典型的 J2EE 应用由以下几层组成：

客户端层：运行在用户端，可以是 Web 浏览器、移动应用或桌面应用。
Web 层：处理客户端的 HTTP 请求，主要由 Servlet 和 JSP 组成，负责呈现用户界面和基本的业务处理。
业务层：核心逻辑层，通常使用 EJB 或其他 Java 组件来实现，负责业务规则和应用逻辑。
数据层：负责与数据库交互，通过 JDBC、ORM（对象关系映射）等技术访问和管理数据库数据。

J2EE 的优缺点

优点：
- 规范化：J2EE 是标准化平台，确保应用的跨平台能力和兼容性。
- 可扩展性：支持分布式、多层架构，适合构建大规模、复杂系统。
- 安全性：J2EE 提供内置的安全机制（如 JAAS），支持身份验证和授权。
- 容器管理：J2EE 容器（如 Tomcat、WebSphere）提供事务、资源管理、线程池等服务，简化应用的开发与维护。
缺点：
- 复杂性高：J2EE 技术栈庞大，学习曲线较陡，开发和维护成本较高。
- 性能开销：J2EE 规范复杂，对资源需求高，系统性能会受到影响。

J2EE 的应用场景

大型企业级应用：如银行、保险、电子商务系统。
分布式系统：适用于构建需要多层结构的分布式应用。
高安全性系统：金融、电信等对安全要求高的应用。

总体来说，J2EE 为构建高复杂度、高性能、高可用的企业级应用提供了完备的框架和规范，适合对业务要求较高的系统开发。

2.2）web应用开发中的 “web服务器” 和 "应用服务器"的区别和联系是什么？

在 Web 应用开发中，“Web 服务器”和“应用服务器”是实现 Web 应用程序的两个重要服务器类型，它们的作用和职责不同，但又常常相辅相成，以支持动态应用的部署和运行。以下是它们的区别和联系：

一、Web 服务器

Web 服务器主要用于接收和响应客户端（通常是 Web 浏览器）的 HTTP 请求，向客户端提供静态资源，如 HTML 文件、图像、CSS、JavaScript 等。典型的 Web 服务器有 Apache HTTP Server、Nginx 等。

主要特点

静态内容服务：擅长处理静态文件请求（如 HTML、CSS、图片等），将静态资源直接发送到客户端。
HTTP 协议支持：负责实现 HTTP 请求和响应。
性能优化：Web 服务器通常针对静态内容进行高度优化，响应速度快，能很好地处理大量的并发请求。
负载均衡：Web 服务器往往负责初步的负载均衡，将请求转发到不同的应用服务器，提高系统性能和可用性。

示例

Apache HTTP Server、Nginx 等。

二、应用服务器

应用服务器主要用于执行应用的业务逻辑，处理动态内容的生成。它能够接收来自 Web 服务器的请求，执行复杂的业务逻辑、数据库查询、数据处理等，并将动态生成的内容返回给 Web 服务器。典型的应用服务器包括 Apache Tomcat、JBoss、WebSphere 等。

主要特点

动态内容生成：负责处理动态请求，通过与数据库交互，处理业务逻辑，并生成动态响应内容。
业务逻辑处理：支持运行 Java EE、Spring 等框架的组件，包含丰富的 API（如事务、连接池）和服务。
会话管理：管理应用会话状态，为用户提供持续一致的体验。
资源管理：应用服务器常提供资源管理和容器化服务，管理事务、线程、数据连接等。

示例

Apache Tomcat、JBoss、WebSphere、GlassFish 等。

三、Web 服务器与应用服务器的区别

特点	Web 服务器	应用服务器
服务内容	静态内容（HTML、CSS、JavaScript、图片等）	动态内容（处理业务逻辑，生成动态响应内容）
主要功能	提供 HTTP 支持，处理静态文件请求，初步负载均衡	执行业务逻辑，连接数据库，管理会话状态
技术依赖	HTTP/HTTPS 协议	多种协议（HTTP、RMI、JMS 等）
性能	优化处理静态内容，高并发性能佳	处理复杂业务逻辑，可能会增加系统开销
典型应用	Apache HTTP Server、Nginx 等	Apache Tomcat、JBoss、WebSphere 等