比较 HowTo LATEX 文档基本结构 一个简单例子 正文排版 讨论和演示 使用 TEX 写文档 王晓东 wxd2870@163.com 中国海洋大学 September 4, 2012 KevinW@OUC 王晓东 大纲 What’s TEX 历史 扩展 系统 Why TEX 优点 比较 HowTo LATEX 文档基本结构 一个简单例子 正文排版 TEX 历史 扩展 系统 2 Why TEX 优点 比较 3 HowTo LATEX 文档基本结构 一个简单例子 正文排版 4 讨论和演示 KevinW@OUC 王晓东 大纲 What’s TEX 历史 扩展 系统 Why TEX 优点 比较 HowTo LATEX 文档基本结构 一个简单例子 正文排版 讨论和演示 接下来… 1 What’s TEX 历史 历史 扩展 系统 2 Why TEX 优点 比较 3 HowTo LATEX 文档基本结构 一个简单例子 正文排版 4 讨论和演示 KevinW@OUC 王晓东 大纲 What’s TEX 历史 扩展 系统 Why TEX 优点 比较 HowTo LATEX 文档基本结构 一个简单例子 正文排版 讨论和演示 接下来… 1 What’s TEX 历史 扩展

已经设置好并可以使用了，现在我们能够开始做一些我们真正关心的事情——执行安 全操作。 当保护我们的应用程序时，我们对自己可能提出的最为相关的问题是“当前用户是谁”或“当前用户是否被允许做 XXX”。当我们编写代码或设计用户接口时，问这些问题是很常见的：应用程序通常是基于用户的背景情况建立的， 且你想基于每个用户标准体现（保障）功能。因此，对于我们考虑应用程序安全的最自然的方式是基于当前用户。 Shiro 的 API 使用它的 程序安全。Shiro 的核心设计体现了大多数人们是如何考 虑应用程序安全的——在某些人（或某些事）与应用程序交互的背景下。 应用软件通常是基于用户背景情况设计的。也就是说，你将经常设计用户接口或服务 API，基于一个用户将要（或 应该）如何与该软件交互。例如，你可能会说，“如果用户与我的应用程序交互的用户已经登录，我将显示一个他 们能够点击的按钮来查看他们的帐户信息。如果他们没有登录，我将显示一个登录按钮。” Lend a hand with documentation 我们希望本文档可以帮助你及你用 Apache Shiro 所做的工作，我们的团体在不断改善和扩展该文档。如果你想帮助 Shiro 项目，请考虑修改，扩展，或者添加文档到你认为需要的地方。您的每一点帮助都壮大了我们的团体，从而 改进了 Shiro。 贡献您的文档最简单的方法是将其发送到用户论坛或者用户的通讯录。 Apache

http://www.waylau.com/apache-shiro-1.2.x-reference/. Let's READ! 《Apache Shiro 1.2.x 参考手册》 中文翻译（包含了官方文档以及其他文章）。截止现在 （2015-8-1）Shiro的最新版本为 1.2.4，利用业余时间对此进行翻译，并在原文的基础上，插 入配图，图文并茂方便用户理解。如有勘误欢迎指正。 Get Started Manual 中文翻译 12 2. Tutorial 教程 为了保护我们的程序安全，我们或许问自己最多的问题就是“谁是当前的用户？”或者“当前用 户是否允许做某件事？”通常我们会在写代码或者设计用户接口的时候问这些问题：程序通常 建立在用户基础上，程序功能展示（和安全）也基于每一个用户。所以，通常我们考虑我们 程序安全的方法也建立在当前用户的基础上，Shiro 的 API 提供了'the current 设计理念是使程序的安全变得简单直观而易于实现，Shiro的核心设计参照大多 数用户对安全的思考模式--如何对某人（或某事）在与程序交互的环境中的进行安全控制。 程序设计通常都以用户故事为基础，也就是说,你会经常设计用户接口或服务api基于用户如何 (或应该)与软件交互。 例如,你可能会说,“如果我的应用程序的用户交互是登录,我将展示他们 可以单击一个按钮来查看他们的帐户信息。 如果不登录,我将展示一个注册按钮。”

. . . 71 7.2 接口 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72 7.2.1 接口（interface）的概念 . . . . . . . . . . . . . . . . . . . . . . . . 72 7.2.2 定义接口 . . . . . . . . . . . . 72 7.2.3 接口的实现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73 7.2.4 接口间的继承 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 7.2.5 接口特性总结 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 7.3 抽象类和接口剖析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 7.3.1 语法层面的区别 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

官网：https://nacos.io/ 仓库：https://github.com/alibaba/nacos Nacos 优势 易⽤：简单的数据模型，标准的 restfulAPI，易用的控制台，丰富的使用文档。 稳定：99.9% 高可用，脱胎于历经阿里巴巴 10 年生产验证的内部产品，支持具有数百万服务的大 规模场景，具备企业级 SLA 的开源产品。 实时：数据变更毫秒级推送生效；1w 级，SLA 要解决服务发现和配置管理的功能问题，内核层解决分布式系统⼀致性、存储、高可用等核心问题， 插件解决扩展性问题。 Nacos 架构 < 18 用户层  OpenAPI：暴露标准 Rest 风格 HTTP 接口，简单易用，方便多语言集成。  Console：易用控制台，做服务管理、配置管理等操作。  SDK：多语言 SDK，目前几乎支持所有主流编程语言。  Agent：Sidecar 模式运行，通过标准 事件机制：实现异步化事件通知，SDK 数据变化异步通知等逻辑，是 Nacos 高性能的关键部分。  日志模块：管理日志分类，日志级别，日志可移植性（尤其避免冲突），日志格式，异常码+帮 助文档。  回调机制：SDK 通知数据，通过统⼀的模式回调用户处理。接口和数据结构需要具备可扩展性。  寻址模式：解决 Server IP 直连，域名访问，Nameserver 寻址、广播等多种寻址模式，需要可 扩展。  推送通道：解决

Remember Me：记住我，这个是非常常见的功能，即一次登录后，下次再来的话不用登录 了。 记住一点，Shiro 不会去维护用户、维护权限；这些需要我们自己去设计/提供；然后通过 相应的接口注入给 Shiro 即可。 接下来我们分别从外部和内部来看看 Shiro 的架构，对于一个好的框架，从外部来看应该 具有非常简单易于使用的 API，且 API 契约明确；从内部来看的话，其应该有一个可扩展 我 们 之 前 的 ini 配 置 方 式 将 使 用 org.apache.shiro.realm.text.IniRealm。 org.apache.shiro.realm.Realm 接口如下： 跟我学 Shiro——http://jinnianshilongnian.iteye.com/ 13 单 Realm 配置 1、自定义 Realm AuthenticationException 实现。 SecurityManager 接口继承了 Authenticator，另外还有一个 ModularRealmAuthenticator 实现， 其委托给多个 Realm 进行验证，验证规则通过 AuthenticationStrategy 接口指定，默认提供 的实现： FirstSuccessfulStrategy：只要有一个 Realm

Web 本质上就是 Internet 上所有文档（资源）的集合，如 HTML 网页、CSS、JS、图片、动态网页、声音、视频等。 ▶ Web 文档保存在 Web 站点上，Web 站点驻留在 Web 服务 器上。 ▶ 常见 Web 服务器有 Apache、IIS、WebLogic、GlassFish、 JBoss 和 Tomcat 等。 Web 文档都有唯一的地址，通过 URL 来进行定位： 协议://IP 生命周期 Servlet 配置 Servlet 部署 Servlet 示例 Web 工作模式 Web 使用请求/响应模式进行工作，Web 服务器不会主动将 Web 文档发送到客户端。 1. 由客户（一般是浏览器）使用 URL 对 Web 文档进行请求； 2. Web 服务器接收并处理请求； 3. 处理结束后将响应内容发送到客户。 大纲 Web 基础 Servlet 概述 Servlet 编程 Servlet Servlet 配置 Servlet 部署 Servlet 示例 Web 工作模式 ▶ Web 请求方式主要有GET、POST、PUT、DELETE 和 HEAD。 ▶ Web 响应一般情况下是 HTML 文档，也可以是其他类型资 源。 ▶ Web 使用 MIME (Multipurpose Internet mail Extensions) 标准来确定具体的响应类型。HTTP 响应总体上分为两类： 文

EE Web 的配置 Servlet 配置对象 转发和重定向 本节习题 Web 应用环境对象的类型和取得 Web 应用环境对象是接口javax.servlet.ServletContext的 实现。 O 在 Servlet 内直接取得 ServletContext 接口对象 1 ServletContext ctx = this.getServletContext(); 大纲 Web 应用环境对象 应用环境对象 Java EE Web 的配置 Servlet 配置对象 转发和重定向 本节习题 配置对象的类型和取得 配置对象类型 javax.servlet.ServletConfig 是一个接口，具体实 现类由容器厂商实现。 ServletConfig 对象在 Servlet 的 init 方法中取得，由 Web 容器 以参数方式注入到 Servlet： 1 private ServletConfig 重定向两次请求，创建两个请求对象 和响应对象，而转发是一次请求，只创建一个请求对象和响 应对象。重定向无法共享请求/响应对象，而转发可以。 3. 目标位置不同 重定向可以跳转到 Web 应用以外的文档，而 转发只能在一个 Web 内部文件中间进行。  注意 转发之前不应有响应发送，否则导致异常 javax.servlet.IllegalStateException 抛出。 大纲 Web 应用环境对象

● Java的java.nio.file.Path接口是JavaNIO 2 update的一部分，在Java6和Java7中得到更新。Java pa h接口在java7中被加入到Java NIO中。Path接口位于java.nio.file包中，所以Java Path接口的全名是 java.nio.file.Path。 ● 一个Java Path接口代表了一个文件系统中的path路径。path路径可以指向文件或目录。一个路径 相对路径可能比较费解，不用担心，我会 该文中详细介绍。 ● 对于操作系统中的系统路径这样的环境变量不要疑惑，java Path接口跟它们没有关系。 ● 在很多方面java.nio.file.Path和java.io.File类是类似的，在一些地方你可以使用Path接口来代替File ，但是也有一些不同。 1. 创建Path实例 ● 你可以使用java.nio.file.Paths类的静态方法Paths } 7. Files.walkFileTree() ● Files.walkFileTree()用来递归遍历文件目录，有Path实例和FileVisitor来做参数。 ● FileVisitor接口有如下形式： public interface FileVisitor { public FileVisitResult preVisitDirectory( Path dir

本节习题 大纲 过滤器概述 Java EE 过滤器 API Java EE 过滤器编程和配置 过滤器的主要任务 本节习题 javax.servlet.Filter 接口 所有过滤器必须实现 javax.servlet.Filter 接口。 public void init(FilterConfig filterConfig) throws ServletException 初始化方法，在 Web Java EE 过滤器编程和配置 过滤器的主要任务 本节习题 javax.servlet.FilterChain 接口 此接口的对象表达过滤器链，在 Java EE 规范中对每个 URL 的 请求和响应都可以定义多个过滤器，这些过滤器构成过滤器链。 ▶ 过滤器使用 FilterChain 接口的 doFilter() 方法来调用过滤 器链中的下一个过滤器，如果没有下级过滤器，则将用 doFilter 过滤器概述 Java EE 过滤器 API Java EE 过滤器编程和配置 过滤器的主要任务 本节习题 javax.servlet.FilterConfig 接口 FilterConfig 接口定义了取得过滤器配置的初始参数方法，通过 实现了该接口的对象，可以取得在配置过滤器时初始参数和 ServletContext 上下文对象，进而取得 Web 应用信息。 public String getInitParameter(String