技术周总结 10.21~10.27周日

一、10.24 周四 程序员节

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

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

1. 安装MAT：

   • 如果你使用的是Eclipse，可以通过Eclipse Marketplace安装MAT插件。
   • 你也可以从官网下载MAT的独立版本并安装。

2. 获取堆转储文件：

   • 使用前面提到的方法（例如jmap、jcmd或应用程序内部逻辑）获取Java应用程序的堆转储文件（.hprof格式）。

3. 打开堆转储文件：

   • 打开MAT。
   • 选择 “File” > “Open Heap Dump”。
   • 浏览文件系统，选择你的堆转储文件并打开它。

4. 分析堆内存：

   • Histogram View：列出所有Java类及其实例数和总大小，帮助你发现大量对象占用的类。
   • Dominator Tree：显示内存中对象的层级关系，并指出占用大部分内存的对象。
   • Leak Suspects Report：MAT可以自动分析并提供可能的内存泄漏报告。
   • Path to GC Roots：对于特定的对象，你可以查看它到垃圾收集根的引用链，这有助于了解为什么对象没有被垃圾收集器回收。

5. 查看和解决内存问题：

   • 使用MAT提供的不同视图和报告来查找可能的内存问题。
   • 识别出大量对象实例或大对象，分析它们的创建和引用。
   • 检查报告中的内存泄漏嫌疑点，并根据提供的信息在代码中定位问题。

6. 优化代码：

   • 根据MAT的分析结果，修改和优化你的代码以解决内存泄漏或过度内存消耗的问题。

7. 重新测试：

   • 对修改后的应用程序进行重新测试，并再次获取堆转储文件。
   • 使用MAT分析新的堆转储文件，确认内存问题是否已经解决。

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

二、10.27 周日

2.1） J2EE架构

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

J2EE 的核心组件与技术

1. Servlet 和 JSP（JavaServer Pages）：

   • Servlet：一种 Java 编程接口，用于在服务器端创建动态内容的 Java 类，通过处理和响应客户端的请求（例如 HTTP 请求），在 Web 层与客户端交互。
   • JSP：允许将 Java 代码嵌入 HTML 中，生成动态网页内容。JSP 提供了标签库和内置对象，方便快速生成 HTML。

2. EJB（Enterprise JavaBeans）：

   • EJB 是 J2EE 中的核心组件之一，负责处理业务逻辑。它封装了复杂的业务功能，并支持分布式、多线程和事务处理，主要用于构建可伸缩的、事务性强的后端业务逻辑。

3. JDBC（Java Database Connectivity）：

   • JDBC 提供了 Java 应用与关系数据库之间的连接接口。开发者可以使用 JDBC 查询、更新数据库中的数据，支持数据库连接池等功能，保证高效的数据存取。

4. JMS（Java Message Service）：

   • JMS 是一种消息服务接口，用于不同应用之间的异步通信。它支持消息队列和发布/订阅模式，能够提升应用的解耦性和响应能力，适合异步任务处理和消息驱动的架构。

5. JTA（Java Transaction API）：

   • JTA 允许应用程序管理分布式事务，实现事务的开始、提交、回滚等操作。JTA 主要用于确保多个资源的并发操作具有原子性和一致性。

6. JNDI（Java Naming and Directory Interface）：

   • JNDI 提供命名和目录服务，帮助应用程序查找和检索资源。JNDI 允许通过名称查找数据库连接、EJB 组件和环境配置等。

7. RMI（Remote Method Invocation）：

   • RMI 是 Java 的远程方法调用协议，允许在不同 JVM 之间调用对象。J2EE 使用 RMI-IIOP（RMI over IIOP）实现跨平台的对象调用，支持分布式架构。

J2EE 的多层架构

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

1. 客户端层：运行在用户端，可以是 Web 浏览器、移动应用或桌面应用。
2. Web 层：处理客户端的 HTTP 请求，主要由 Servlet 和 JSP 组成，负责呈现用户界面和基本的业务处理。
3. 业务层：核心逻辑层，通常使用 EJB 或其他 Java 组件来实现，负责业务规则和应用逻辑。
4. 数据层：负责与数据库交互，通过 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 等

四、Web 服务器与应用服务器的联系

在现代 Web 应用中，Web 服务器与应用服务器通常协同工作：

1. 请求分发：Web 服务器接收客户端请求，判断请求类型并将动态请求转发给应用服务器处理。
2. 响应内容合成：应用服务器处理动态内容，生成响应并返回给 Web 服务器，再由 Web 服务器将结果返回客户端。
3. 负载均衡与可扩展性：Web 服务器通常位于系统的最前端，可以将请求负载均衡分发到多个应用服务器，提升系统的可扩展性和可靠性。

总结

Web 服务器和应用服务器在职责上有所不同，但它们往往协同工作以支持完整的 Web 应用架构：Web 服务器负责初步的请求管理和静态内容分发，而应用服务器处理核心业务逻辑和动态内容生成。