大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 Java 应用与开发 Java 技术概述及开发环境 王晓东 wangxiaodong@ouc.edu.cn 中国海洋大学 September 18, 2018 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 参考书目 1. 陈国君等编著, Java Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 本章学习目标 1. 了解 Java 的发展历程 2. 理解 Java 平台的相关概念和机制 3. 掌握基本 Java 开发环境配置 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 ���� Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 那些伟大的 LOGO 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java

复杂的分布式计算场景，海量并发的业务场景， 对软负载⼀个系统的进行阐述，通过 Nacos 开源分享阿里软负载最佳实践，希望能够帮助到各位开 发者，各位系统架构师，少走弯路。 阿里巴巴云原生应用平台负责人 - 丁宇（叔同） 在阿里中间件开源、自研、商业三位⼀体的战略中，微服务 DNS（Dubbo+Nacos+Spring-cloud- alibba/Sentinel/Seata）组合始终走 定位 Nacos/nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称；⼀个更易于构 建云原生应用的动态服务发现、配置管理和服务管理平台。 官网：https://nacos.io/ 仓库：https://github.com/alibaba/nacos Nacos 优势 易⽤：简单的数据模型，标准的 restfulAPI，易用的控制台，丰富的使用文档。 而言，已经改善很多，这两个产品有针对服务注册与发现的 客户端，也有基于 SpringCloud 体系的 starter，帮助用户以非常低的成本无感知的做到服务注册 与发现。同时还暴露标准的 HTTP 接口，支持多语言和跨平台访问。Eureka 和 Nacos 都提供官方 的控制台来查询服务注册情况。不过随着 Eureka 2.0 宣布停止开发，Eureka 在针对用户使用上的 优化后续应该不会再有比较大的投入，而 Nacos

. . . . 4 1.1.2 Java 技术的特点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.2 Java 平台核心机制 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.3 Java 开发环境 . . . . . . . 189 14.2 生产者消费者问题 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 199 15.1 Java 的三个平台版本 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202 15.2 Java EE 容器 . . . . . . . . 版），清华大学出版社，2015.5 • Bruce Eckel, Thinking in Java (3rd) 教学目标 1. 讲解 Java 的发展历程，从 Java 的视角回顾 OOP； 2. 理解 Java 平台的相关概念和机制； 3. 掌握基本的 Java 开发环境配置方法。 授课方式 理论课： 多媒体教学、程序演示 实验课： 上机编程 3 1.1. JAVA 技术概述 � 1 � 教学内容

讨论和演示 More . . . 良好的通用性 Atari, Apple, Macintosh, Unix, VMS, MS-DOS, MS-Windows 和 OS/2 等几乎所有的计算机操作 系统平台上得到实现，排版结果 DVI（DeVice Independent）文件与输出设备无关； 存储简单方便 TEX 文档是 ASCII 码的文本文件； 丰富文档资源 CTAN, TUG, CTeX, 讨论和演示 More . . . 良好的通用性 Atari, Apple, Macintosh, Unix, VMS, MS-DOS, MS-Windows 和 OS/2 等几乎所有的计算机操作 系统平台上得到实现，排版结果 DVI（DeVice Independent）文件与输出设备无关； 存储简单方便 TEX 文档是 ASCII 码的文本文件； 丰富文档资源 CTAN, TUG, CTeX, 讨论和演示 More . . . 良好的通用性 Atari, Apple, Macintosh, Unix, VMS, MS-DOS, MS-Windows 和 OS/2 等几乎所有的计算机操作 系统平台上得到实现，排版结果 DVI（DeVice Independent）文件与输出设备无关； 存储简单方便 TEX 文档是 ASCII 码的文本文件； 丰富文档资源 CTAN, TUG, CTeX,

Object 抽象的组件类 Container Component 抽象的容器类 Dialog Window 对话框组件，顶级窗口、带标题栏 FileDialog Dialog 用于选择文件的平台相关对话框 Frame Window 基本的 Java GUI 窗口组件 Label Component 标签类 大纲 GUI 组件及布局 GUI 事件处理 Applet Swing Swing Applet Swing Swing 典型组件（课后自学） 布局管理器 容器对其中所包含组件的排列方式，包括组件的位置和大小设 定，被称为容器的布局（Layout）。 为了使图形用户界面具有良好的平台无关性，Java 语言提供了 布局管理器来管理容器的布局，而不建议直接设置组件在容器中 的位置和尺寸。 布局管理器类层次 LayoutManager----FlowLayout | +----GridLayout 是建立在 AWT 基础上的一种增强型 Java GUI 组件和 工具集 ▶ 使用轻量组件以替代 AWT 中的绝大部分重量组件。 ▶ 提供 AWT 所缺少的一些附件组件和观感控制机制。 ▶ 提供更好的平台无关性。 O 相关基本概念 Java 基础类库（Java Foundation Classes, JFC） Java 基础类库是用于图形用户界面开发的 Java API 集，具体包 括 AWT、2D

关系； ‧“增长趋势”表示复杂度分析不关心算法具体使用了多少时间或占用了多少空间，而是给出一种“趋势性 分析”； 复杂度分析克服了实际测试方法的弊端。一是独立于测试环境，分析结果适用于所有运行平台。二是可以体现 不同数据量下的算法效率，尤其是可以反映大数据量下的算法性能。 如果感觉对复杂度分析的概念一知半解，无需担心，后续章节会展开介绍。 2.1.3. 复杂度分析重要性 复杂度分析给 的复杂度分析。 2.2. 时间复杂度 2.2.1. 统计算法运行时间 运行时间能够直观且准确地体现出算法的效率水平。如果我们想要 准确预估一段代码的运行时间，该如何做 呢？ 1. 首先需要 确定运行平台，包括硬件配置、编程语言、系统环境等，这些都会影响到代码的运行效率。 2. 评估 各种计算操作的所需运行时间，例如加法操作 + 需要 1 ns ，乘法操作 * 需要 10 ns ，打印操作需要 5 时间。 例如以下代码，输入数据大小为 ? ，根据以上方法，可以得到算法运行时间为 6? + 12 ns 。 1 + 1 + 10 + (1 + 5) × ? = 6? + 12 // 在某运行平台下 void algorithm(int n) { int a = 2; // 1 ns a = a + 1; // 1 ns a = a * 2; // 10 ns // 循环 n 次

关系； ‧“增长趋势”表示复杂度分析不关心算法具体使用了多少时间或占用了多少空间，而是给出一种“趋势性 分析”； 复杂度分析克服了实际测试方法的弊端。一是独立于测试环境，分析结果适用于所有运行平台。二是可以体现 不同数据量下的算法效率，尤其是可以反映大数据量下的算法性能。 如果感觉对复杂度分析的概念一知半解，无需担心，后续章节会展开介绍。 2.1.3. 复杂度分析重要性 复杂度分析给 的复杂度分析。 2.2. 时间复杂度 2.2.1. 统计算法运行时间 运行时间能够直观且准确地体现出算法的效率水平。如果我们想要 准确预估一段代码的运行时间，该如何做 呢？ 1. 首先需要 确定运行平台，包括硬件配置、编程语言、系统环境等，这些都会影响到代码的运行效率。 2. 评估 各种计算操作的所需运行时间，例如加法操作 + 需要 1 ns ，乘法操作 * 需要 10 ns ，打印操作需要 5 时间。 例如以下代码，输入数据大小为 ? ，根据以上方法，可以得到算法运行时间为 6? + 12 ns 。 1 + 1 + 10 + (1 + 5) × ? = 6? + 12 // 在某运行平台下 void algorithm(int n) { int a = 2; // 1 ns a = a + 1; // 1 ns a = a * 2; // 10 ns // 循环 n 次

Process Container）的轻量 级VM解决方案。 Docker Docker的初衷是将各种应用程序和他们所依赖的运行环境打包成标准的container/image，进 而发布到不同的平台上运行。 Docker Why Docker？ n 应用环境管理复杂 n 云计算时代的到来 n 虚拟化手段的变化 n LXC的便携性 Docker Docker Container和普通的 方案的可能性（已经在这样做了）。 在LXC的基础上，Docker额外提供的特性包括： n 标准统一的打包部署运行方案 n 历史版本控制 n Image的重用和共享发布等 Growing Docker 例如，百度的BAE平台的PaaS服务由Docker支持。 Technologies in Docker Docker是一个操作系统级的、容器化的虚拟化方法。 隔离性 Linux Namespace (NS) pid 的实现方式变成了一种可变的方案，无论是使用namespace、cgroups技术抑或是使用 systemd等其他方案，只要实现了Libcontainer定义的一组接口，Docker都可以运行。这也为 Docker实现全面的跨平台带来了可能。 Libcontainer是Docker中用于容器管理的包，基于Go语言实现，通过管理namespaces、 cgroups、capabilities以及文件系统来进行容器控制。可以使

Shiro——http://jinnianshilongnian.iteye.com/ 136 第十七章 OAuth2 集成 目前很多开放平台如新浪微博开放平台都在使用提供开放 API 接口供开发者使用，随之带 来了第三方应用要到开放平台进行授权的问题，OAuth 就是干这个的，OAuth2 是 OAuth 协议的下一个版本，相比 OAuth1，OAuth2 整个授权流程更简单安全了，但不兼容 localhost:8080/chapter17-server/，登录后进行客户端管理和用户管理。 客户端管理就是进行客户端的注册，如新浪微博的第三方应用就需要到新浪微博开发平台 进行注册；用户管理就是进行如新浪微博用户的管理。 对于授权服务和资源服务的实现可以参考新浪微博开发平台的实现： http://open.weibo.com/wiki/授权机制说明 http://open.weibo.com/wiki/微博 API 简单，通过一些 OCR 工具就可以解析出来；另外还有一些验证码比较复杂（一般通过如扭 曲、加线条/噪点等干扰）防止 OCR 工具识别；但是在中国就是人多，机器干不了的可以 交给人来完成，所以在中国就有很多打码平台，人工识别验证码；因此即使比较复杂的如 填字、算数等类型的验证码还是能识别的。所以验证码也不是绝对可靠的，目前比较可靠 还是手机验证码，但是对于用户来说相对于验证码还是比较麻烦的。 对于验证码图片的生成，可以自己通过如

‧“时间和空间的增长趋势”表示复杂度分析关注的不是运行时间或占用空间的具体值，而是时间或空间 增长的“快慢”。 复杂度分析克服了实际测试方法的弊端，体现在以下两个方面。 ‧ 它独立于测试环境，分析结果适用于所有运行平台。 第 2 章 复杂度分析 hello‑algo.com 19 ‧ 它可以体现不同数据量下的算法效率，尤其是在大数据量下的算法性能。 Tip 如果你仍对复杂度的概念感到困惑，无须担心，我们会在后续章节中详细介绍。 确定运行平台，包括硬件配置、编程语言、系统环境等，这些因素都会影响代码的运行效率。 2. 评估各种计算操作所需的运行时间，例如加法操作 + 需要 1 ns ，乘法操作 * 需要 10 ns ，打印操作 print() 需要 5 ns 等。 3. 统计代码中所有的计算操作，并将所有操作的执行时间求和，从而得到运行时间。 例如在以下代码中，输入数据大小为 ? ： // 在某运行平台下 void (6? + 12) ns ： 1 + 1 + 10 + (1 + 5) × ? = 6? + 12 但实际上，统计算法的运行时间既不合理也不现实。首先，我们不希望将预估时间和运行平台绑定，因为算 法需要在各种不同的平台上运行。其次，我们很难获知每种操作的运行时间，这给预估过程带来了极大的难 度。 2.3.1 统计时间增长趋势 时间复杂度分析统计的不是算法运行时间，而是算法运行时间随着数据量变大时的增长趋势。