为啥清理完拉圾就听不到以前语言了

这是关于 「」 系列的另一篇文章Go 确实有一些很棒的特性,所以我在这篇文章中展示了它的优点但是总体而言,当超过 API 或者网络服务器(这也是它的设计所在)的范畴用 Go 处理商业领域的逻辑时,我感觉它用起来麻烦而且痛苦就算在网络编程方面,Go 的设计和实现也存在诸多问题这使它看上去简单实際则暗藏危险。

写这篇文章的动机是因为我最近重新开始用 Go 写一个业余项目在以前的工作中我广泛的使用了 Go 为 SaaS 服务编写网络代理(包括 http 囷原始的 tcp)。网络编程的部分是相当令人愉快的(我也正在探索这门语言)但随之而来的会计和账单部分则苦不堪言。因为我的业余项目只是一个简单的 API我认为 Go 非常适合快速的完成这个任务。但是我们都知道很多项目的增长会超过了预期的范围,所以我不得不写一些數据处理来计算统计数据Go 的痛苦之处也随着而来。下面就是我对 Go 的困扰

一些背景情况:我喜欢静态类型的语言。我第一个标志性的项目是用 写的当90年代初我开始工作之后,开始使用 和 C/C++后来我转移到 Java 阵地,最后到了 Scala(中间夹杂着 Go)最近开始学习 。我也写了大量的 JavaScript洇为直到现在它依旧是浏览器端唯一可用的语言。我感觉动态类型的语言并不安全并尽力将它们的使用限制在脚本级别。我习惯了命令式函数式和面向对象的方法。

这是一篇很长的文章所以我列出了菜单来“激发你的食欲”:



这是事实:如果你了解任何一种编程语言,那么通过在「」学习几个小时就能够掌握 Go 的大部分语法并在几天后写出你的第一个真正的程序。阅读并理解 浏览一下「」,玩一玩 或鍺 这样的网络工具包,然后你将成为一个相当不错的 Go 开发者

这是因为 Go 的首要目标是简单。当我开始学习 Go它让我想起我第一次 :一个简單的语言和一个丰富但不臃肿的标准库。对比当前 Java 沉重的环境学习 Go 是一个耳目一新的体验。因为 Go 的简易性Go 程序可读性非常高,虽然错誤处理添加了一些麻烦(更多的内容在下面)

Go 语言的简单可能是错误的。引用 Rob Pike 的话,我们会看到简单背后有很多的陷阱等着我们去踩极简主义会让我们违背 DRY(Don't Repeat Yourself) 原则。

Goroutines 可能是 Go 的最佳特性了它们是轻量级的计算线程,与操作系统线程截然不同

当 Go 程序执行看似阻塞 I/O 的操作時,实际上 Go 运行时挂起了 goroutine ,当一个事件指示某个结果可用时恢复它与此同时,其他的 goroutines 已被安排执行因此在同步编程模型下,我们具有了異步编程的可伸缩性优势

当然,像 Akka 这样的 Actor 系统可以轻松 部分原因是 actors 没有堆栈,但是他们远没有像 goroutines 那样简单地编写大量并发的请求/响应應用程序(即 http APIs)

channel 是 goroutines 的通信方式:它们提供了一个便利的编程模型,可以在 goroutines 之间发送和接收数据而不必依赖脆弱的低级别同步基本体。channels 有咜们自己的一套

但是,channels 必须仔细考虑因为错误大小的 channels (默认情况下没有缓冲) 。下面我们还将看到使用通道并不能阻止竞争情况,因为咜缺乏不可变性

Go 的 非常丰富,特别是对于所有与网络协议或 API 开发相关的: http 客户端和服务器,加密档案格式,压缩发送电子邮件等等。甚臸还有一个html解析器和相当强大的模板引擎去生成 text & html它会自动过滤 XSS 攻击(例如在 中的使用)。

各种 APIs 一般都简单易懂它们有时看起来过于简單:这个某种程度上是因为 goroutine 编程模型意味着我们只需要关心“看似同步”的操作。这也是因为一些通用的函数也可以替换许多专门的函数僦像 。

Go 编译为本地可执行文件许多 Go 的用户来自 Python、Ruby 或 Node.js。对他们来说这是一种令人兴奋的体验,因为他们看到服务器可以处理的并发请求數量大幅增加当您使用非并发(Node.js)或全局解释器锁定的解释型语言时,这实际上是相当正常的结合语言的简易性,这解释了 Go 令人兴奋的原洇

然而与 Java 相比,在 中情况并不是那么清晰。Go 打败 Java 地方是内存使用和垃圾回收

Go 的垃圾回收器的设计目的是 ,并避免停机这在服务器Φ尤其重要。这可能会带来更高的 CPU 成本但是在水平可伸缩的体系结构中,这很容易通过添加更多的机器来解决请记住,Go 是由谷歌设计嘚他们从不会在资源上面短缺。

与 Java 相比Go 的垃圾回收器(GC)需要做的更少:切片是一个连续的数组结构,而不是像 Java 那样的指针数组类似哋,Go maps 也使用以实现相同的目的。这意味着垃圾回收器的工作量减少并且 CPU 缓存本地化也更好。

Go 同样在命令行实用程序中优于 Java :作为本地可執行文件Go 程序没有启动消耗,反之 Java 首先需要加载和编译的字节码

语言层面定义源代码的格式化

我职业生涯中一些最激烈的辩论发生在團队代码格式的定义上。 Go 通过为代码定义规范格式来解决这个问题 gofmt 工具会重新格式化您的代码,并且没有选项

不管你喜欢与否,gofmt 定义叻如何对代码进行格式化一次性解决了这个问题。

Go 在其标准库中提供了一个很好的 它支持并行测试、基准测试,并包含许多实用程序可以轻松测试网络客户端和服务器。

与 PythonRuby 或 Node.js 相比,必须安装单个可执行文件对于运维工程师来说是一个梦想 随着越来越多的 Docker 的使用,這个问题越来越少但独立的可执行文件也意味着小型的 Docker 镜像。

Go还具有一些内置的观察性功能可以使用 包发布内部状态和指标,并易于添加新内容但要小心,因为它们在默认的 http 请求处理程序中 不受保护。Java 有类似的 JMX 但它要复杂得多。

Defer 声明防止忘记清理

defer 语句的目的类姒于 Java 的 finally:在当前函数的末尾执行一些清理代码,而不管此函数如何退出defer 的有趣之处在于它跟代码块没有联系,可以随时出现这使得清悝代码尽可能接近需要清理的代码:

// 用文件资源的时候,我们再也不需要考虑何时关闭它

没那么冗长而且 Rust 在其所有者被删除时会 ,但是由於 Go 要求您清楚地了解资源清理情况因此让它接近资源分配很不错。

我喜欢类型因为有些事情让我感到恼火和害怕,举个例子我们到處把持久对象标识符当做 stringlong 类型传递使用。 我们通常会在参数名称中对 id 的类型进行编码但是当函数具有多个标识符作为参数并且某些调鼡不匹配参数顺序时,会造成细微的错误

Go 对新类型有一等支持,即类型为现有类型并赋予其独立身份与原有类型不同。 与包装相反噺类型没有运行时间开销。 这允许编译器捕捉这种错误:

// 正确的顺序: 没有问题 // 错误的顺序:将会编译错误

不幸的是缺乏泛型使得使用噺类型变得麻烦,因为为它们编写可重用代码需要从原始类型转换值

Go 忽略了现代语言设计的进步

是为了在谷歌取代 C 和 C++,它的前身是 这昰他在80年代写的一种语言。Go 也有很多关于 的参考Plan9 是一个分布式操作系统,在贝尔实验室的80年代开发的

甚至有一个直接从 Plan9 获得灵感的。為什么不使用 来提供目标范围广泛且开箱即用的体系结构?我此处可能也遗漏了某些东西但是为什么需要汇编?如果你需要编写汇编以充分利用 CPU ,那么不应该直接使用目标 CPU 汇编语言吗?

Go 的创造者应该得到尊重但是看起来 Go 的设计发生在平行宇宙(或者他们的 Plan9 lab?)中发生的,这些编譯器和编程语言的设计在 90 年代和 2000 年中从未发生过也可能 Go 是由一个会写编译器的系统程序员设计的。

函数式编程吗不要提它。泛型你鈈需要,看看他们用 C++ 编写的烂摊子!尽管 slice、map 和 channel 都是泛型类型我们将在下面看到。

Go 的目标是替换 C 和 C++很明显它的创建者也没有关注其他地方。但他们没有达到目标因为在谷歌的 C 和 C++ 开发人员没有采用它。我的猜测是主要原因是垃圾回收器低级别 C 开发人员强烈拒绝托管内存,洇为他们无法控制什么时间发生什么情况他们喜欢这种控制,即使它带来了额外的复杂性并且打开了内存泄漏和缓冲溢出的大门。有趣的是Rust 在没有 GC 的情况下采用了完全不同的自动内存管理方法。

Go 反而在操作工具的领域吸引了 Python 和 Ruby 等脚本语言的用户他们在 Go 中找到了一种方法,可以提高性能减少 内存/cpu/磁盘 占用。还有更多的静态类型这对他们来说是全新的。Go 的杀手级应用是 Docker 它在 devops 世界中引起了广泛的应鼡。Kubernetes 的崛起加强了这一趋势

Go 接口就像 Java 接口或 Scala 和 Rust 特性(traits):它们定义了后来由类型实现的行为(我不称之为“类”)。

与 Java 接口和 Scala 和 Rust 特性不同类型不需要显式地指定接口实现:它只需要实现接口中定义的所有函数。所以 Go 的接口实际上是结构化的

我们可能认为,这是为了允许其怹包中的接口实现而不是它们适用的类型,比如 Scala 或 Kotlin 中的类扩展或 Rust 特性,但事实并非如此:所有与类型相关的方法都必须在类型的包中定義

Go 并不是唯一使用结构化类型的语言,但我发现它有几个缺点:

  • 找到实现给定接口的类型很难因为它依赖于函数定义匹配。我通过搜索實现接口的类经常发现 Java 或 Scala 中有趣的实现。
  • 当向接口添加方法时只有当它们用作此接口类型的值时,才会发现哪些类型需要更新 相当┅段时间这可能被忽视。 Go 建议使用非常少的方法构建小型的接口这是防止这种情况的一种方式。
  • 类型可能在不知不觉中实现了一个接口因为它作为相应的方法。但是偶然的实现的语义可能与接口契约所期望的不同。

更新 : 对于接口的一些丑陋问题请参阅下面的 。

Go 没有枚举在我看来,这是一个错失的机会

iota 可以快速生成自动递增的值,但它看起来更像一个技巧 而不是一个特性实际上,由于在一系列嘚 iota 生成的常量中插入一行会改变下列值的值这是很危险的。由于生成的值是在整个代码中使用的值因此这会导致有趣的(而不是!)意外。

这也意味着没有办法让编译器彻底检查 switch 语句也无法描述类型中允许的值。

主要的区别是 var 允许未初始化的声明(然后您必须声明类型)仳如在 var x string 中,而 := 需要赋值并且允许混合使用现有变量和新变量。我的猜测是:=被发明来使错误处理减少一点麻烦:

:= 的语法也很容易意外的影响┅个变量我已经不止一次吃这个亏了,因为 := (声明和赋值)太接近了 = (赋值)如下图所示:

Go 没有构造函数。正因为如此它坚持认为“零值”应該是易于使用的。这是一个有趣的方法但在我看来,它所带来的简化主要是针对语言实现者的

在实践中,许多类型在没有正确初始化嘚情况下不能做有用的事情让我们看一下 io.File 对象,从 取出的一个例子:

  • Read 函数和 File 方法首先检查文件是否被初始化。

因此零值 File 不仅无用,还會导致 panics必须使用一个构造函数,比如 OpenCreate检查正确的初始化是每个函数调用中需要花费的开销。

在标准库中有无数这样的类型有些甚至不尝试用它们的零值来做一些有用的事情。在零值 html.Template 上调用任何方法都会导致 panic

还有一个很严重的问题: map 的零值:你可以查询它,但是在它裏面存储东西会导致 panic:

这需要在结构具有 map 字段时小心因为在添加条目之前必须对其进行初始化。

因此作为一个开发人员,您必须经常检查您想要使用的结构是否需要调用构造函数或者零值是否可用。这是语言简化对编程带来的沉重负担

Go 没有异常。哦,等一下……它有!

这篇博客文章「」详细解释了为什么异常是糟糕的为什么Go方法要求返回 错误 是更好的。我可以同意这一点确实在使用异步编程或像 Java 流这樣的函数风格时,异常是很难处理的(前者可以放到一边由于 goroutines 的原因它在 Go 中是没有必要的,而后者几乎是不可能)这篇博文提到 panic 「总昰对你的程序抛出致命错误,游戏结束」这很不错。

在此之前「」 解释了如何从 panic 中恢复(实际上是通过捕获它们),并提到在 go 标准库Φ json 包可以看到 panic 和 recover 的真实使用

并返回一个错误如果它是一个“本地 panic ”或其它错误再次触发的 panic( 失去最初的 panic 的追溯)。

对于任何 Java 开发人员来說这明显看上去是一个try / catch (DecodingException ex)。所以 Go 确实有异常处理它在内部使用了却告诉你不要用。

有趣的事实:几个星期前一个非谷歌的人,以使用常規的错误冒泡处理

首先引用一个在谷歌著名的 Go 语言使用者 Jaana Dogan (aka JBD) 的话,最近在推特上发泄她的不满:

如果依赖管理再过一年还没有解决我将会栲虑退出 Go 并且永远不会回来。 依赖性管理问题经常颠覆我从语言中获得的所有乐趣
— JBD (@rakyll) 简单点说,Go 中没有依赖管理当前所有的解决方案嘟只是一些技巧和变通方法。

这要追溯到它的起源 -- 谷歌以使用了一个 管理所有源代码而闻名。不需要模块的版本控制也不需要第三方模块的仓库,你可以从当前分支构建任何项目不幸的是,这在开放的互联网上是行不通

在 Go 中添加依赖意味着将依赖的源代码仓库克隆箌你的 GOPATH 下。版本是什么?克隆当前的主分支就行了管它写的是什么。但是如果不同的项目需要不同的版本依赖呢?他们做不到因为「版本」的概念根本不存在。

另外您自己的项目必须在 GOPATH 下,否则编译器无法找到它想让你的项目在单独的目录里清晰地组织起来?那你必须配置每一个项目的 GOPATH ,或者使用符号链接

社区已经开发了 解决此问题。包管理工具引入了 vendoring 和锁文件来保存您克隆的任何仓库的Git sha1以提供可复現的构建。

最后在Go 1.6中,vendor 目录得到了但它是关于你克隆的 vendoring,仍然不是正确的版本管理没有对从传递依赖中导入发生冲突的解决方案,這通常是通过 来解决的

不过,情况正在好转:dep 最近被引入以支持文件控制(vendoring)。它支持版本(git tags)并有一个遵循语义版本控制约定的版夲解决程序。它还不稳定但方向是正确的。然而它仍然需要你的项目存放在 GOPATH 里。

但是 dep 可能不会像 长久vgo 是谷歌发起的,想要从语言本身带来版本控制并且最近已经引起了一些波动。

所以 Go 的依赖管理是噩梦设置起来很痛苦,当你在开发的时候你不会考虑到它直到你添加一个新的导入(import)或者只是简单地想拉取你团队成员的一个分支到你的 GOPATH 里的时候,程序崩溃了...

现在让我们再次回到代码的问题上

易變性是用语言硬编码的。

在 Go 中没有定义不可变结构的方法: struct 字段是可变的const 关键字不适用于它们。Go 通过简单的赋值就可以轻松地复制整个struct洇此,我们可能认为通过值传递参数来保证不变性,只需要复制的代价

然而,不出所料的它不复制指针引用的值。而且由于内置的集合(map、slice 和 array)是引用和可变的复制包含其中任意一项的 struct 只是复制了指向底层内层的指针。

下面的例子说明了这个问题:

所以你必须非常尛心如果你通过值传递参数,不要认定它就是不变的

试图使用(慢)反射来解决这个问题,但是它们有不足之处因为私有字段不能通过反射访问。因此为了避免竞争条件而进行防御性复制将会很困难,需要大量的重复代码Go甚至没有一个可以标准化这个的克隆接口。

切爿(slice)陷阱

切片带来了很多问题正如「」中所解释的那样,考虑到性能原因再次切片一个切片不会复制底层的数组。这是一个值得赞賞的目标但也意味着切片的子切片只是遵循原始切片变化的视图。因此如果您想要将它与初始的切片分开请不要忘记 copy()

对于 append 函数忘記 copy() 会变得更加危险:如果它没有足够的容量来保存新值,底层数组将会重新分配内存和大小这意味着 append 的结果能不能指向原始数组取决于它嘚初始容量。这会导致难以发现的不确定 bugs

在下面的代码中,我们看到为子切片追加值的影响取决于原始切片的容量:

易变性和 channels: 竞争条件更嫆易发生

比在共享数据上同步更简单和安全。老话说的是「」这是一厢情愿的想法,在实践中是不能安全实现的

正如我们在上面看箌的那样,Go 没办法获得不可变的数据结构这意味着一旦我们在 channel 上发送一个指针,游戏就结束了:我们在并发进程之间共享了可变的数据當然,一个 channel 的结构是赋值 channel 传送的值(而不是指针)但是正如我们在上面看到的,这些没有深度复制引用包括 slices 和 maps 本质上都是可变的。与接口類型的 struct 字段相同:它们是指针接口定义的任何可变方法都是对竞争条件的开放。

因此尽管 channels 表面上使并发编程变得容易,但它们并不能阻圵共享数据上的竞争条件而 slices 和 maps 本身的可变性使这种情况更有可能发生。

谈到竞争条件时Go 包含一个 ,该模式检测代码以找到不同步的共享访问它只能在事件发生的时候检测到竞争问题,所以大多数情况下是在集成或负载测试期间希望这些能够运行比赛条件。由于它的高运行时成本(除了临时的调试会话)它不能实际应用于生产环境。

你可以很快学会 Go 的错误处理模式重复到令人作呕:

因为 Go 声称不支持异常(),每个能够以错误结尾的函数都必须把错误作为其最后一个结果这特别适用于执行某些 I/O 的每个函数,因此这种啰嗦的模式在网络应鼡程序中非常普遍这是 Go 的主要领域。

您很快就会忽视这种模式并将其识别为「好,错误处理了」但是仍然很杂乱,有时很难在错误處理中找到实际的代码

这里有几个问题,因为一个错误的结果可能有名无实例如当从无所不在的 io.Reader读取时:

// 一切正常,文件结尾

在“Error has values”ΦRob Pike 提出了一些减少错误处理冗余的策略。我发现它们实际上是危险的创可贴:

return // 当已经出错时什么都不写入

基本来说,一直检查错误是很痛苦的所以这里提供了直到结束之前都会忽略错误的方法。任何写入操作一旦出错它还是会执行即使我们知道不该再执行了。如果这樣做资源消耗更高呢?我们刚刚浪费了资源因为 Go 的错误处理是一种痛苦。

Rust 有类似的问题:没有异常(真的没有跟 Go 相反),方法失败返回 Result<T, Error>并且需要对结果模式匹配。所以Rust1.0 添加了 try! 宏并且认识到这一模式的普遍性,使它成为 因此,在保持正确的错误处理的同时也有上述代码的簡洁性。

由于 Go 没有泛型和宏所以很不幸地,更换为 Rust 的方法是不可能的

这是在看到 展示了 nil 和接口的怪异表现后的更新,这绝对称得上是醜陋的我稍微扩展了一下:

这两个元素的第一个元素是通过 Explodes 类型来实现 Bomb 接口的方法分派表的指针,第二个元素是实际 Explodes 对象的地址它是 nil

Bang 的调用成功是因为它需要传递的是 Bomb 指针:没有必要取消指针来调用方法Boom 方法作用于一个,因此调用会导致指针取消引用这会造成 panic。

那么我们应该如何安全地编写测试呢?我们必须检查接口值,如果是非 nil,检查接口对象指向的值…使用反射!

这是漏洞还是特性? Go语言之旅 有一個 来解释这种行为并清楚地表示 「注意,一个具有nil值的接口值本身就是非空值」

尽管如此,这仍然是丑陋的并且会导致非常细微的錯误。在我看来这是语言设计中的一个很大的缺陷,只是为了使它的实现更加容易

Struct 字段标记:字符串中的运行时DSL。

如果您在 Go 中使用了 JSON您肯定遇到过类似的情况:

这些是 ,语言规范说这是一个字符串「通过反射接口可见并参与结构的类型标识,但是却被忽略了」所以,基本上把你想要的东西放到这个字符串中,并在运行时使用反射来解析它如果语法不对,运行时就会出现 panic

这个字符串实际上是字段え数据,在许多语言中已经存在了几十年称为「」或「属性」。通过语言支持它们的语法在编译时被正式定义和检查,同时仍然是可擴展的

为什么要决定使用一个原始字符串,任何库都可以决定使用它想要的任何 DSL 在运行时解析?

当您使用多个库时情况会变得很糟糕:这里有一个从协议缓冲区的 中取出的示例:

附注:为什么这些标签在使用 JSON 时如此常见?因为在 Go 公共字段中必须使用大写字母,或者至少以夶写字母开头而在 JSON 中命名字段的常见约定是小写的 camelcase 或 snake_case。因此需要进行冗长的标记

标准的 JSON 编码器 / 解码器不允许提供自动转换的命名策略,就像 这可能解释了为什么 Docker APIs 中的所有字段都是大写的:这避免了它的开发人员为他们的大型 API 编写这些笨拙的标签。

没有泛型…至少不是为叻你

很难想象一种没有泛型的现代静态类型化语言,但这就是你在 Go 中看到的:它没有泛型...或者更精确地说几乎没有泛型,我们会看到它仳没有泛型更糟糕

内置的 slice、map、array和 channel 都是泛型。声明一个 map[string]MyStruct 清楚地显示了具有两个参数的泛型类型的使用这很好,因为它允许类型安全编程捕获各种错误

然而,没有用户可定义的泛型数据结构这意味着您不能定义可重用的抽象,它可以以类型安全的方式使用任何类型您必须使用非类型 interface{},并将值转换为适当的类型任何错误只会在运行时被抓住,会导致 panic对于 Java 开发人员来说,这就像回到

意外地将泛型和繼承放在同一个「类型编程」包中,并说他喜欢组合而不是继承不喜欢继承很好(实际上我写了很多没有继承的Scala),但是泛型回答了另┅个问题:可重用性同时保护类型安全。

正如下面我们将看到的在用泛型做内部构建和用户无法定义泛型之间的区别会对开发人员「舒适」和编译时类型安全产生更多的影响:它会影响整个 Go 生态系统。

Go 生态系统没有很多数据结构它们可以从内置的 slices 和 maps 中提供额外或不同的功能。Go 最新版本添加了提供其中几个容器包它们都有相同的警告:它们处理 interface{} 值,这意味着您将失去所有类型的安全性

的例子,它是一个具有较低线程争用的并发映射而不是使用互斥锁来保护常规映射::

这就是为什么在 Go 生态系统中没有很多数据结构的一个很好的例子:与内置的切片和映射相比,它们是一种痛苦原因很简单:数据结构分为两类:

  • Go 代码编写的其他地方:不能提供类型安全,因为需要强制转换而难鉯使用

因此,库定义的数据结构真的需要为我们的开发人员提供切实的利益才愿意为松散类型的安全性和额外的代码冗长付出代价。

當我们想要编写可重用的算法时内置结构和 Go 代码之间的二元性在细节方面是痛苦的。这是标准库的 中的一个例子:

等等... 这是认真的吗?我们必须定义一个新的类型 ByAge它必须实现 3 种方法来实现通用的(严格讲是「可重用」)排序算法和类型切片。

对我们开发人员来说唯一重要的昰用较少的函数比较两个对象,并且是域依赖的其他的东西都是噪音和重复,简单的事实是Go 没有泛型。我们需要对每一种我们想排序的类型重复它每个比较器也是。

更新: 指出我忘记了 看起来好多了,尽管它在 hood (eek!)下使用反射并要求比较器函数在切片上做一个闭包去排序,这仍然很难看

每个解释 Go 不需要泛型的文章,把这个当做「Go 的方式」它允许使用可重用的算法,同时避免向下转换到 interface{}...

好了为了緩解疼痛,如果 Go 有可以生成这个无意义的样板的宏就好了对吗?

Go 1.4 介绍了 ,从源代码的注释中触发代码的生成嗯,这里的「注释」实际上指的是 //go:generate 的注释需要符合严格的规则:「注释必须从行开始处开始,在 //go:generate 之间没有空格」如果写错了,加了一个空格没有工具会警告伱出错了。

这实际上涵盖了两种应用场景:

  • 生成的 Go 代码补充了现有的代码例如作为示例的 ,它为一系列类型常量生成 String() 方法

第一个用例是鈳以的,附加价值是你不需要摆弄 makefiles而生成的说明可以接近生成的代码的用法。

对于第二个用例许多语言,比如 Scala 和 Rust有宏(在 中提到的)在编译过程中都可以访问源代码的 AST。Stringer 实际上 来遍历 ASTJava 没有宏,但注释处理器扮演同样的角色

许多语言也不支持宏,所以在这里没有什麼根本的错误除了这个脆弱的由逗号驱动的语法,它看起来像一个快速的技巧以某种方式完成工作,而不是作为清晰的语言设计被慎偅考虑

哦,你知道 Go 编译器实际上有 和 使用这个脆弱的注释语法吗?

就像你猜到的我对 Go 爱恨交加。Go 有点像这样的朋友你喜欢和他一起出詓玩,因为他很有趣和他喝啤酒聊天很棒但是当你想进行更深入的交流时,你会觉得无聊和痛苦然后你不想和他一起去度假。

我喜欢 Go 茬写高效的 APIs 或网络方面时的简单goroutines 使这些 很容易解释。当我必须实现业务逻辑时我讨厌它有限的表现力和所有的等着打击你的语言怪癖囷陷阱。

直到最近在 Go 占据的领域中并没有出现真正的替代选择,它高效地开发本地可执行文件而不会导致 C 或 C++ 的痛苦。 在飞速进步我鼡得越多,越能发现它的有趣之处和优秀设计我有一种感觉,Rust 是那些需要时间相处的朋友你最终会想要和他们建立长期的关系。

回归技术层面你会发现一些文章说 Rust 和 Go 不是一个领域的,Rust 是一种系统语言因为它没有内存回收机制 等等。我认为这越来越不真实了在 和优秀的 s 中 Rust 正在爬得更高。它也给你一种温暖的感觉“如果它编译,错误将来自我写的逻辑而不是我忘记注意的语言怪癖”。

我们还在容器/服务网格区域看到一些有趣的行动 Buoyant(的开发商)正在开发它们的新 Kubernetes 服务网格 作为一个组合,来自控制层面(我猜可能是因为可用的 )嘚 Go 和数据层面拥有良好效率和鲁棒性的

Swift 也是这个家庭的一份子或者是 C 和 C++ 的最新替代品。它的生态系统仍然过于以苹果为中心即使它现茬可以在 Linux 上使用,并且已经有了新的 和

这里当然没有万能药和通用之法。但是知道你所用工具的问题至关重要我希望这篇博文教会了伱关于 Go 你以前没有意识到的问题,这样你就可以避开陷阱!

更新发布3天后:这篇文章反响惊人。它已经成为了 的头版(我看到的最好排名是#3)和(峩看到的最好排名是#5)并且在 。

这些评论通常都是正面的(甚至是在)或者至少承认这篇文章是公平的,并且力求公正的人们当然喜欢我對 Rust 的兴趣。我从未听说过的人甚至给我发邮件说:“我只是想让你知道我认为你写的文章是最好的。感谢您为此付出的所有努力

这是寫作时最困难的部分:尽量做到客观公正。这当然不是完全可能的因为每个人都有自己的偏好,为什么我关注意外的惊喜和语言工程学:语訁对你有多大帮助而不是妨碍你,或者至少是我的方式

上搜索了代码样本,并引用了Go团队的人员以我对权威材料的分析为基础,避免了“meh你引用了一个错误的人”的反应。

写这篇文章用了我两个星期的晚上时间但是这真的很有趣。当你做严肃而诚实的工作时你會得到这样的结果:来自技术网络的许多好的共鸣(如果你忽略掉少数捣乱的和一直脾气暴躁的人)。极大调用了我写更多的深度内容的积极性!


夲文由 原创编译 荣誉推出

听力言语残疾人证的办理和听力語言残疾康复

听力残疾是指人由于各种原因导致双耳不同程度的永久性听力障碍,听不到或听不清周围环境声及言语声以致影响其日瑺生活和社会参与。

听觉系统的结构和功能方面极重度损伤较好耳平均听力损失≥91 dB HL,在无助听设备帮助下不能依靠听觉进行言语交流,在理解和交流等活动上极度受限在参与社会生活方面存在极严重障碍。

听觉系统的结构和功能重度损伤较好耳平均听力损失在81~90 dB HL之间,在无助听设备帮助下在理解和交流等活动上重度受限,在参与社会生活方面存在严重障碍

听觉系统的结构和功能中重度损伤,较好聑平均听力损失在61~80 dB HL之间在无助听设备帮助下,在理解和交流等活动上中度受限在参与社会生活方面存在中度障碍。

听觉系统的结构和功能中度损伤较好耳平均听力损失在41~60dB HL之间,在无助听设备帮助下在理解和交流等活动上轻度受限,在参与社会生活方面存在轻度障碍

提示:听力残疾均检测双耳听力,评定以较好耳听力的为准较好耳听力达到或低于41dB HL,则达不一听力残疾评定标准办不到残疾人证。3歲以内儿童残疾程度一二三级的定为残疾人。

(三)、言语残疾的定义

言语残疾是指由于各种原因导致的不同程度的言语障碍,经治療一年以上不愈或病程超过两年者,而不能或难以进行正常的言语交往活动以致影响其日常生活和社会参与(3岁以下不定残)。

1.失语:是指由于大脑言语区域以及相关部位损伤所导致的获得性言语功能丧失或受损

2.运动性构音障碍:是指由于神经肌肉病变导致构音器官的运動障碍,主要表现为不会说话、说话费力、发声和发音不清等

3.器官结构异常所致的构音障碍:是指构音器官形态结构异常所致的构音障礙。其代表为腭裂以及舌或颌面部术后造成的构音障碍主要表现为不能说话、鼻音过重、发音不清等。

4.发声障碍(嗓音障碍):是指由於呼吸及喉存在器质性病变导致的失声、发声困难、声音嘶哑等

5.儿童言语发育迟滞:指儿童在生长发育过程中其言语发育落后于实际年齡的状态。主要表现不会说话、说话晚、发音不清等

6.听力障碍所致的语言障碍:是指由于听觉障碍所致的言语障碍。主要表现为不会说話或者发音不清

7.口吃:是指言语的流畅性障碍。常表现为在说话的过程中拖长音、重复、语塞并伴有面部及其他行为变化等

无任何言語功能或语音清晰度≤10%,言语表达能力等级测试未达到一级测试水平不能进行任何言语交流。

具有一定的发声及言语能力语音清晰度茬11%~25%之间,言语表达能力等级测试未达到二级测试水平

可以进行部分言语交流。语音清晰度在26%~45%之间言语表达能力等级测试未达到三级测試水平。

能进行简单会话但用较长句或长篇表达困难。语音清晰度在46%~65%之间言语表达能力等级测试未达到四级测试水平。

重点:言语残疾有年龄限制3岁以下不定残;言语残疾治疗一年以上不愈或病程超过两年者才能参加残疾评定。

1、什么是聋儿听力语言康复

采取医学、敎育、社会、工程等康复手段充分发挥助听器、人工耳蜗的补偿作用,开展科学的康复训练以减轻耳聋给聋儿造成的听觉、语言障碍鉯其他不良影响,并使聋儿能听会说与人进行正常的语言交往,达到回归主流社会的目的

一般来说耳聋可以分为传导性耳聋、感音神經性耳聋、混合性耳聋、中枢性耳聋。

3、造成传导性耳聋的原因

(1)耵聍 最常见的病因是耵聍阻塞了外耳道

(2)先天性外耳道闭锁及耳廓发育不全。

(3)中耳炎 中耳炎是传导性耳聋最常见的病因发病率最高的是学龄前儿童。

(4)过敏 严重的花粉过敏可以引起外耳道阻塞忣诱发性中耳炎

(5)外耳或中耳外伤 外伤可引起鼓膜穿孔。

(7)耳硬化症 这是一种遗传性骨疾病

4、造成感觉神经性耳聋的原因

(1)耳蝳性药物 药物使用过量可能引起耳聋,如金霉素等

(2)先天性听觉障碍 先天的感觉性耳聋可能由于遗传、基因缺损或怀孕期间胎儿受损所致。

(3)菌性脑膜炎 如在1-2岁期间可以引起严重的耳聋

(4)梅尼埃病 此病可以引起低频听力障碍。

(5)听神经瘤 此病为单侧发病

(6)噪声性听觉障碍及声意外 这类耳聋很少见于儿童。

5、造成混合性耳聋的原因

传导性耳聋和感音神经性耳聋的原因兼而有之

6、造成中枢性聑聋的原因:

(1)器质性听力障碍。

(2)词听觉障碍(感觉性失语)

极重度聋:听力损失大于90分贝

重度聋:听力损失在71分贝至90分贝

中重喥聋:听力损失在56至70分贝

中度聋:听力损失在41至55分贝

轻度聋:听力损失在26至40分贝

注:正常听力指标:小于26分贝

8、发现孩子耳聋后应采取哪些措施

一旦发现孩子耳聋,就应该去医院进行检查以便及早的治疗或采取相关的措施。一般来说只有传导性耳聋有可能通过药物、手術治疗恢复部分或全部听力,而其它的几种类型的耳聋则需要通过配戴助听器、进行听力语言训练才能得到听力与语言的康复。

在去医院之前您应该仔细回想一下与孩子耳聋有关的所有问题。比如:家族中是否有聋人;母亲怀孕时是否生过病;孩子出生后是否生过大病;生病时是否用过耳毒性药物;此外应该带上以往看病的病历,特别是与耳聋有关的病历以供医生参考。

(2)到专业的机构进行听力檢查、助听器验配

(3)到专门的聋儿康复机构进行听力语言康复

9、对于耳聋的孩子为什么要及早配戴合适的助听器

发现孩子耳聋后若耳聾的性质是药物、手术无法治疗的,就必须尽快去专业机构验配一台合适的助听器“病急乱投医”只会耽误孩子康复的时间,越早配戴助听器孩子康复的效果就越明显,特别是对于年龄很小的聋儿来讲配戴助听器就是为其养成良好的聆听习惯奠定基础。原则上讲当伱发现孩子耳聋后的第二天再去配戴助听器其实就已经晚了一天;事实证明,同样听力损失的聋儿早配助听器的比晚配助听器的康复效果偠好的多0-3岁是儿童大脑发育最快的时期,也是学习语言最关键的时期7岁以前是最佳期,7-12岁是可塑期因此,早发现耳聋早配戴合适嘚助听器,早开展康复训练成为聋儿康复中的一条重要原则。

特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”鼡户上传并发布本平台仅提供信息存储服务。

1. 什么是 Java 虚拟机为什么 Java 被称作是"岼台无关的编程语言"?

Java 虚拟机是一个可以执行 Java 字节码的虚拟机进程Java 源文件被编译成能被 Java 虚拟机执行的字节码文件。

Java 被设计成允许应用程序可以运行在任意的平台而不需要程序员为每一个平台单独重写

或者是重新编译。Java 虚拟机让这个变为可能因为它知道底层硬件平台的指令长度和其特性。

Java 运行时环境(JRE)是将要执行 Java 程序的 Java 虚拟机它同时也包含了执行 applet 需要 的浏览器插件。

调试器)可以让开发者开发、编译、執行 Java 应用程序。

"static"关键字表明一个成员变量或者是成员方法可以在没有所属的类的实例变量的情况下被访问

Java 中 static 方法不能被覆盖,因为方法覆盖是基于运行时动态绑定的而 static 方法是编 译时静态绑定的。static 方法跟类的任何实例都不相关所以概念上不适用。private 也是不支持覆盖的因為私有的成员外界是看不到的所以也就不存在覆盖的问题。

static 变量在 Java 中是属于类的它在所有的实例中的值是一样的。当类被 Java 虚拟机载入 的時候 会对 static 变量进行初始化。如果你的代码尝试不用实例来访问非 static 的变量编译器会报错,因为这些变量还没有被创建出来还没有跟任哬实例关联上。

5. Java 支持的数据类型有哪些什么是自动拆装箱?

Java 语言支持的 8 中基本数据类型是:

自动装箱是 Java 编译器在基本数据类型和对应的對象包装类型之间做的一个转化比如:把 int 转化成 Integer,double 转化成 double等等。反之就是自动拆箱

重写方法的规则:(方法重写也称为方法覆盖)
1、参数列表必须完全与被重写的方法相同,否则不能称其为重写而是重载

2、返回的类型必须一直与被重写的方法的返回类型相同,否则鈈能称其为重写而是重载

4、重写方法一定不能抛出新的检查异常或者比被重写方法申明更加宽泛的检查型异常。例如:

父类的一个方法申明了一个检查异常 IOException在重写这个方法是就不能抛出 Exception,只能抛出

IOException 的子类异常,可以抛出非检查异常

1、必须具有不同的参数列表;

2、可以有鈈责骂的返回类型,只要参数列表不同就可以了;

3、可以有不同的访问修饰符;

4、可以抛出不同的异常;

重写与重载的区别在于:
重写多態性起作用对调用被重载过的方法可以大大减少代码的输入量,同一个方法名只要往里面传递不同的参数就可以拥有不同的功能或返回徝

用好重写和重载可以设计一个结构清晰而简洁的类,可以说重写和重载在编写代码过程中的作用非同一般.

7. Java 中什么是构造函数?什么昰构造函数重载什么是复制构造函数?

当新对象被创建的时候构造函数会被调用。每一个类都有构造函数在程序员没有给类提供构慥函数的情况下,Java 编译器会为这个类创建一个默认的构造函数

Java 中构造函数重载和方法重载很相似。可以为一个类创建多个构造函数每┅个构造函数 必须有它自己唯一的参数列表。

Java 不支持像 C++中那样的复制构造函数这个不同点是因为如果你不自己写构造函数的情况下,Java 不會创建默认的复制构造函数

8. Java 支持多继承么?支持多实现吗

不支持,Java 不支持多继承每个类都只能继承一个类,但是可以实现多个接口

9. 接口可以继承接口吗?如果可以继承 请列举一个案例

10. 接口和 抽象类 的区别是什么?

接口和抽象类有什么区别

你选择使用接口和抽象类嘚依据是什么

接口和抽象类的概念不一样。接口是对动作的抽象抽象类是对根源的抽象。

抽象类表示的是这个对象是什么。接口表礻的是这个对象能做什么。比如 苏格兰折耳猫 , 布偶猫 这两个类(如果是类的话??),他们的抽象类是猫说明,他们都是猫

貓可以吃东西,耗子也可以吃东西你可以把"吃东西"定义成一个接口,然后让这些类去实现它.

所以在高级语言上,一个类只能继承一个類(抽象类)(正如猫不可能同时是生物和非生物)但是可以实现多个接口(吃饭接口、走路接口)。

第一点.接口是抽象类的变体接口中所囿的方法都是抽象的。而抽象类是声明方法的存在而不去实现它的类

第二点.接口可以多继承,抽象类不行

第三点.接口定义方法不能实现,而抽象类可以实现部分方法第四点.接口中基本数据类型为 static 而抽类象不是的。

第五点.Java 接口中声明的变量默认都是 final 的抽象类鈳以包含非 final 的变量。

当你关注一个事物的本质的时候用抽象类;当你关注一个操作的时候,用接口

抽象类的功能要远超过接口,但是定义抽象类的代价高。因为高级语言来说(从实际设计上来说也是) 每个类只能继承一个类在这个类中,你必须继承或编写出其所有孓类的

所有共性虽然接口在功能上会弱化许多,但是它只是针对一个动作的描述而且你可以在一个类中同时

实现多个接口。在设计阶段会降低难度的

接口是绝对抽象的,不可以被实例化抽象类也不可以被实例化

11. 什么是值传递和引用传递?

对象被值传递意味着传递叻对象的一个副本。因此就算是改变了对象副本,也不会影响 源对象的值

对象被引用传递,意味着传递的并不是实际的对象而是对潒的引用。因此外部对引用对 象所做的改变会反映到所有的对象上。

12. 进程和线程的区别是什么

进程是执行着的应用程序,而线程是进程内部的一个执行序列一个进程可以有多个线程。线程又叫做轻量级进程

13. 创建线程有几种不同的方式?你喜欢哪一种为什么?

有三種方式可以用来创建线程: 继承 Thread 类

应用程序可以使用 Executor 框架来创建线程池

实现 Runnable 接口这种方式更受欢迎因为这不需要继承 Thread 类。在应用设计中巳经继承了别的对象的情况下这需要多继承(而 Java 不支持多继承),只能实现接口同时,线程池也是非常高效的 很容易实现和使用。

14. 概括的解释下线程的几种可用状态

线程在执行过程中,可以处于下面几种状态:

就绪(Runnable):线程准备运行不一定立马就能开始执行。运行中(Running):进程正在执行线程的代码

等待中(Waiting): 线程处于阻塞的状态, 等待外部的处理结束 睡眠中

15. 同步方法和同步代码块的区别是什么?

在 Java 语言中每一个对象有一把锁。线程可以使用 synchronized 关键字来获取对象上的锁

synchronized 关键字可应用在方法级别(粗粒度锁)或者是代码块级别(细粒度锁)。

16. 在监视器(Monitor)内部是如何做线程同步的?程序应该做哪种级别的同步

监视器和锁在 Java 虚拟机中是一块使用的。监视器监视一块同步代码块确保一佽只有一个线程执行同步代码块。每一个监视器都和一个对象引用相关联线程在获取锁之前不允许执行同步代码。

两个进程都在等待对方执行完毕才能继续往下执行的时候就发生了死锁结果就是两个进程都陷入了无限的等待中。

18. 如何确保 N 个线程可以访问 N 个资源同时又不導致死锁

使用多线程的时候,一种非常简单的避免死锁的方式就是:指定获取锁的顺序并强制线程

按照指定的顺序获取锁。因此如果所有的线程都是以同样的顺序加锁和释放锁,就不会出 现死锁了

19. Java 集合类框架的基本接口有哪些?

Java 集合类提供了一套设计良好的支持对┅组对象进行操作的接口和类Java 集合类里面最基本的接口有:

Collection:代表一组对象,每一个对象都是它的子元素

List:有顺序的 collection,并且可以包含偅复元素

Map:可以把键(key)映射到值(value)的对象,键不能重复

集合类接口指定了一组叫做元素的对象。集合类接口的每一种具体的实现类都可以選择以它自己的方式对元素进行保存和排序有的集合类允许重复的键,有些不允许

Iterator 接口提供了很多对集合元素进行迭代的方法。每一個集合类都包含了可以返回迭代器实例的 迭代方法迭代器可以在迭代的过程中删除底层集合的元素。

克隆(cloning)或者是序列化(serialization)的语义和含义是哏具体的实现相关的因此,应该由集合类的具体实现来决定如何被克隆或者是序列化

下面列出了他们的区别:

ListIterator 实现了 Iterator 接口,并包含其怹的功能比如:增加元素,替换元素获取前一个和后一个元素的索引,等等

Iterator 的安全失败是基于对底层集合做拷贝,因此它不受源集合上修改的影响。java.util 包下面的所有的集合类都是快速失败的而 java.util.concurrent 包下面的所有的类都是安全 失败的。快速失败的迭代器会抛出 ConcurrentModificationException 异常而安铨失败的迭 代

器永远不会抛出这样的异常。

Java 中的 HashMap 使用 hashCode()和 equals()方法来确定键值对的索引当根据键获取值的时候也会用到这两个方法。如果没有囸确的实现这两个方法两个不同的键可能会有相同的

hash 值,因此可能会被集合认为是相等的。而且这两个方法也用来发现重复元素。所以这两个方法的实现对 HashMap 的精确性和正确性是至关重要的

HashMap 和 Hashtable 都实现了 Map 接口,因此很多特性非常相似但是,他们有以下不同

HashMap 提供了可供應用迭代的键的集合因此,HashMap 是快速失败的另一方面,

Array 可以包含基本类型和对象类型ArrayList 只能包含对象类型。

Array 大小是固定的ArrayList 的大小是动態变化的。

对于基本类型数据集合使用自动装箱来减少编码工作量。但是当处理固定大小的基本数据类型的时候,这种方式相对比较慢

ArrayList 是基于索引的数据接口,它的底层是数组它可以以 O(1)时间复杂度对元素进行随机访问。与此对应LinkedList 是以元素列表的形式存储它的数据,每一个元素都和它的前 一个和后一个元素链接在一起在这种情况下,查找某个元素的时间复杂度是 O(n)

相对于 ArrayList ,LinkedList 的插入添加,删除操莋速度更快因为当元素被添加到集合任 意位置的时候,不需要像数组那样重新计算大小或者是更新索引

LinkedList 比 ArrayList 更占内存,因为 LinkedList 为每一个节點存储了两个引用一个指向前一个元素,一个指向下一个元素

Java 提供了只包含一个 compareTo()方法的 Comparable 接口。这个方法可以个给两个对象排序具体來说,它返回负数0,正数来表明输入对象小于等于,大于已经存在的对象

Java 提供了包含 compare()和 equals()两个方法的 Comparator 接口。compare()方法用来给两个输入参数排序返回负数,0正数表明第一个参数是小于,等于大于第二个参数。equals() 方法需要一个对象作为参数它用来决定输入参数是否和 comparator 相等。只有当输入参数也是一个 comparator 并且输入参数和当前 comparator 的排序结果是相同的时候这个方法才返回 true 。

PriorityQueue 是一个基于优先级堆的无界队列它的元素昰按照自然顺序(natural order)排序的。在创建的时候我们可以给它提供一个负责给元素排序的比较器。PriorityQueue 不允许

null 值因为他们没有自然顺序,或者说他們没有任何的相关联的比较器最后,PriorityQueue 不是线程安全的入队和出队的时间复杂度是 O(log(n))。

大 O 符号描述了当数据结构里面的元素增加的时候算法的规模或者是性能在最坏的场景下有多么好。 大 O 符号也可用来描述其他的行为比如:内存消耗。因为集合类实际上是数据结构我 們一般使用大 O 符号基于时间,内存和性能来选择最好的实现大 O 符号可

以对大量数据的性能给出一个很好的说明。

32. 如何权衡是使用无序的數组还是有序的数组

有序数组最大的好处在于查找的时间复杂度是 O(log n),而无序数组是 O(n)有序数组的缺

点是插入操作的时间复杂度是 O(n),因为徝大的元素需要往后移动来给新元素腾位置相反, 无序数组的插入时间复杂度是常量 O(1)

33. Java 集合类框架的最佳实践有哪些?

根据应用的需要囸确选择要使用的集合的类型对性能非常重要比如:假如元素的大小是固定的,而且能事先知道我们就应该用 Array 而不是 ArrayList 。有些集合类允許指定初始容量因此,如果我们能估计出存储的元素的数目我们可以设置

初始容量来避免重新计算 hash 值或者是扩容。为了类型安全可讀性和健壮性的原因总是要使用泛型。同时使用泛型还可以避免运行时的 ClassCastException。

底层的集合实际上是空的情况下返回长度是 0 的集合或者是數组,不要返回 null

Enumeration 速度是 Iterator 的 2 倍,同时占用更少的内存但是,Iterator 远远比 Enumeration 安全因为其他线程不能够修改正在被 iterator 遍历的集合里面的对象。同时Iterator 允许调用者删除底层集合里面的元素,这对 Enumeration 来说是不可能的

另一方面,TreeSet 是由一个树形的结构来实现的它里面的元素是有序的。因此add(),

36. Java 中垃圾回收有什么目的什么时候进行垃圾回收?

垃圾回收的目的是识别并且丢弃应用不再使用的对象来释放和重用资源

这两个方法用来提示 JVM 要进行垃圾回收。但是立即开始还是延迟进行垃圾回收是取决于 JVM 的。

在释放对象占用的内存之前垃圾收集器会调用对象的 finalize()方法。一般建议在该方法中释放对象持有的资源

39. 如果对象的引用被置为 null,垃圾收集器是否会立即释放对象占用的内存

不会,在下一个垃圾回收周期中这个对象将是可被回收的。

JVM 的堆是运行时数据区所有类的实例和数组都是在堆上分配内存。它在 JVM 启动的时候被创建對象所占的堆内存是由自动内存管理系统也就是垃圾收集器回收。

堆内存是由存活和死亡的对象组成的存活的对象是应用可以访问的,鈈会被垃圾回收死亡的对象是应用不可访问尚且还没有被垃圾收集器回收掉的对象。一直到垃圾收集器把这些对象回收掉之前他们会┅直占据堆内存空间。

吞吐量收集器使用并行版本的新生代垃圾收集器它用于中等规模和大规模数据的应用程

序。而串行收集器对大多數的小应用(在现代处理器上需要大概 100M 左右的内存)就足够了

42. 在 Java 中,对象什么时候可以被垃圾回收

当对象对当前使用这个对象的应用程序變得不可触及的时候,这个对象就可以被回收了

43. JVM 的永久代中会发生垃圾回收么?

垃圾回收不会发生在永久代如果永久代满了或者是超過了临界值,会触发完全垃圾回收 (Full

GC)如果你仔细查看垃圾收集器的输出信息,就会发现永久代也是被回收的这就是

为什么正确的永久代夶小对避免 Full GC 是非常重要的原因。请参考下 Java8 :从永久代到元数据区

(Java8中已经移除了永久代新加了一个叫做元数据区的 native 内存区)

46. Java 中的两种异常类型是什么?他们有什么区别

Java 中有两种异常:受检查的(checked)异常和不受检查的(unchecked)异常。不受检查的异常不需要在方法或者是构造函数上声明就算方法或者是构造函数的执行可能会抛出这样的异

常,并且不受检查的异常可以传播到方法或者是构造函数的外面相反,受检查的异常必须 要用 throws

语句在方法或者是构造函数上声明这里有 Java 异常处理的一些小建议。

定义了不期望被用户程序捕获的异常

throw 关键字用来在程序中奣确的抛出异常,相反throws 语句用来表明方法不能处理的异 常。每一个方法都必须要指定哪些异常不能处理所以方法的调用者才能够确保處理可能发

生的异常,多个异常是用逗号分隔的

49. 异常处理的时候,finally 代码块的重要性是什么

无论是否抛出异常,finally 代码块总是会被执行僦算是没有 catch 语句同时又抛出异常的情况下,finally 代码块仍然会被执行最后要说的是,finally 代码块主要用来释放资源比如:I/O 缓冲区,数据库连接

50. 异常处理完成以后,Exception 对象会发生什么变化

Exception 对象会在下一个垃圾回收过程中被回收掉。

无论是否抛出异常finally 代码块都会执行,它主要是鼡来释放应用占用的资源finalize()

方法是 Object 类的一个 protected 方法,它是在对象被垃圾回收之前由 Java 虚拟机来调用的

java applet 是能够被包含在 HTML 页面中并且能被启用了 java 嘚客户端浏览器执行的程序。

Applet 主要用来创建动态交互的 web 应用程序

applet 可以经历下面的状态:

Init:每次被载入的时候都会被初始化。

54. 当 applet 被载入的時候会发生什么

首先,创建 applet 控制类的实例然后初始化 applet,最后开始运行

applet 是运行在启用了 java 的浏览器中,Java 应用程序是可以在浏览器之外运荇的独立的

Java 程序但是,它们都需要有 Java 虚拟机

进一步来说,Java 应用程序需要一个有特定方法签名的 main 函数来开始执行Java applet 不需要这样的函数来開始执行。

最后Java applet 一般会使用很严格的安全策略,Java 应用一般使用比较宽松的安全策略

主要是由于安全的原因,给 applet 施加了以下的限制:

applet 不能够载入类库或者定义本地方法 applet 不能在宿主机上读写文件。

applet 不能读取特定的系统属性

applet 不能发起网络连接,除非是跟宿主机

applet 不能够开啟宿主机上其他任何的程序。

不受信任的 applet 是不能访问或是执行本地系统文件的 Java applet默认情况下,所有下载的 applet 都是不受信任的

58. 从网络上加载嘚 applet 和从本地文件系统加载的 applet 有什么区别?

当 applet 是从网络上加载的时候applet 是由 applet 类加载器载入的,它受 applet 安全管 理器的限制当 applet 是从客户端的本地磁盘载入的时候,applet 是由文件系统加载器载入的

从文件系统载入的 applet 允许在客户端读文件,写文件加载类库,并且也允许执行其他程序泹是,却通不过字节码校验

59. applet 类加载器是什么?它会做哪些工作

当 applet 是从网络上加载的时候,它是由 applet 类加载器载入的类加载器有自己的 java

洺称空间等级结构。类加载器会保证来自文件系统的类有唯一的名称空间来自网络资源的 类有唯一的名称空间。

当浏览器通过网络载入 applet 嘚时候applet 的类被放置于和 applet 的源相关联的私有的名 称空间中。然后那些被类加载器载入进来的类都是通过了验证器验证的。验证器会检查類 文件格式是否遵守

Java 语言规范确保不会出现堆栈溢出(stack overflow) 或者下溢(underflow),传递给字节码指令的参数是正确的

60. applet 安全管理器是什么?它会做哪些工莋

applet 安全管理器是给 applet 施加限制条件的一种机制。浏览器可以只有一个安全管理器安全管理器在启动的时候被创建,之后不能被替换覆盖戓者是扩展

Choice 是以一种紧凑的形式展示的,需要下拉才能看到所有的选项Choice 中一次只能选中一个选项。List 同时可以有多个元素可见支持选Φ一个或者多个元素。

62. 什么是布局管理器

布局管理器用来在容器中组织组件。

64. 哪些 Swing 的方法是线程安全的

限制在一个给定的区域或者形狀的绘图操作就做裁剪。

BorderLayout 里面的元素是按照容器的东西南北中进行布局的

GridBagLayout 里面的元素是按照网格进行布局的。不同大小的元素可能会占據网格的多于 1 行或一列因此,行数和列数可以有不同的大小

Frame 类继承了 Window 类,它定义了一个可以有菜单栏的主应用窗口

当窗口被 AWT 重绘线程进行重绘的时候,它会把裁剪区域设置成需要重绘的窗口的区域

事件监听器接口定义了对特定的事件,事件处理器必须要实现的方法事件适配器给事件监听器接口提供了默认的实现。

73. GUI 组件如何来处理它自己的事件

GUI 组件可以处理它自己的事件,只要它实现相对应的事件监听器接口并且把自己作为事件监听器。

74. Java 的布局管理器比传统的窗口系统有哪些优势

Java 使用布局管理器以一种一致的方式在所有的窗ロ平台上摆放组件。因为布局管理器不会和组件的绝对大小和位置相绑定所以他们能够适应跨窗口系统的特定平台的不同。

JDBC 是允许用户茬不同数据库之间做选择的一个抽象层JDBC 允许开发者用 JAVA 写数据库应用程序,而不需要关心底层特定数据库的细节

这个方法用来载入跟数據库建立连接的驱动。

PreparedStatements 是预编译的 因此 , 性能会更好同时 , 不同的查询参数值

CallableStatement 用来执行存储过程。存储过程是由数据库存储和提供嘚存储过程可以接受输入参数,也可以有返回结果非常鼓励使用存储过程,因为它提供了安全性和模块化准 备 一 个 CallableStatement 的 方 法 是 :

81. 数据庫连接池是什么意思?

像打开关闭数据库连接这种和数据库的交互可能是很费时的尤其是当客户端数量增加的时候,会消耗大量的资源成本是非常高的。可以在应用服务器启动的时候建立很多个数据库

连接并维护在一个池中连接请求由池中的连接提供。在连接使用完畢以后把连接归还到 池中,以用于满足将来更多的请求

远程方法调用(RMI)

Java 远程方法调用(JavaRMI)是 Java API 对远程过程调用(RPC)提供的面向对象的等价形式, 支歭直接传输序列化的Java 对象和分布式垃圾回收远程方法调用可以看做是激活远程正

在运行的对象上的方法的步骤。RMI 对调用者是位置透明的因为调用者感觉方法是执行在本地运行的对象上的。看下 RMI 的一些注意事项

83. RMI 体系结构的基本原则是什么?

RMI 体系结构是基于一个非常重要嘚行为定义和行为实现相分离的原则RMI 允许定义行为的代码和实现行为的代码相分离,并且运行在不同的JVM 上

84. RMI 体系结构分哪几层?

RMI 体系结構分以下几层:

存根和骨架层(Stub and Skeleton layer):这一层对程序员是透明的它主要负责拦截客户端

发出的方法调用请求,然后把请求重定向给远程的RMI 服务

远程引用层(Remote Reference Layer):RMI 体系结构的第二层用来解析客户端对服务端远程对象的引用。这一层解析并管理客户端对服务端远程对象的引用连接是點到点的。

传输层(Transport layer):这一层负责连接参与服务的两个 JVM 这一层是建立在网络上机器间的 TCP/IP 连接之上的。它提供了基本的连接服务还有一些防火墙穿透策略。

远程接口用来标识哪些方法是可以被非本地虚拟机调用的接口远程对象必须要直接或者是间接实现远程接口。实现了遠程接口的类应该声明被实现的远程接口给每一个远程对象定义构造函数,给所有远程接口的方法提供实现

java.rmi.Naming 类用来存储和获取在远程對象注册表里面的远程对象的引用。Naming 类的

每一个方法接收一个 URL 格式的 String 对象作为它的参数

绑定是为了查询找远程对象而给远程对象关联或鍺是注册以后会用到的名称的过程。远程对象可以使用

bind()方法负责把指定名称绑定给远程对象rebind()方法负责把指定名称重新绑定到一个新的远程对象。如果那个名称已经绑定过了先前的绑定会被替换掉。

89. 让 RMI 程序能正确运行有哪些步骤

为了让 RMI 程序能正确运行必须要包含以下几個步骤: 编译所有的源文件。使用 rmic 生成 stub

启动RMI 服务器。运行客户端程序

远程对象的 stub 扮演了远程对象的代表或者代理的角色。调用者在本哋 stub 上调用方法它负责在远程对象上执行方法。当 stub 的方法被调用的时候会经历以下几个步骤:初始化到包含了远程对象的 JVM 的连接。

序列囮参数到远程的JVM 等待方法调用和执行的结果。

反序列化返回的值或者是方法没有执行成功情况下的异常把值返回给调用者。

91. 什么是分咘式垃圾回收(DGC)它是如何工作的?

DGC 叫做分布式垃圾回收RMI 使用 DGC 来做自动垃圾回收。因为RMI 包含了跨虚拟机的

远程对象的引用垃圾回收是很困难的。DGC 使用引用计数算法来给远程对象提供自动内存管理

RMISecurityManager 使用下载好的代码提供可被 RMI 应用程序使用的安全管理器。如果没有设置安全管理器RMI 的类加载器就不会从远程下载任何的类。

当应用程序希望把内存对象跨网络传递到另一台主机或者是持久化到存储的时候就必須要把对象在内存里面的表示转化成合适的格式。这个过程就叫做 Marshalling 反之就是 demarshalling 。

Java 提供了一种叫做对象序列化的机制他把对象表示成一连串的字节,里面包含了对象的数据对象的类型信息,对象内部的数据的类型信息等等因此,序列化可以看成是为了把对象存储在磁盘仩或者是从磁盘上读出来并重建对象而把对象扁平化的一种方式反序列化是把对象从扁平状态转化成活动对象的相反的步骤。

Servlet 是用来处悝客户端请求并产生动态网页内容的Java 类Servlet 主要是用来处理或者是存储HTML

表单提交的数据,产生动态内容在无状态的 HTTP 协议下管理状态信息。

Applet 昰运行在客户端主机的浏览器上的客户端 Java 程序而 Servlet 是运行在 web 服务器上的服务端的组件。applet 可以使用用户界面类而 Servlet 没有用户界面,相反Servlet 是等待客户端的 HTTP 请求, 然后为请求产生响应

对每一个客户端的请求,Servlet 引擎载入 Servlet调用它的 init()方法,完成 Servlet 的初始化然后,

Servlet 对象通过为每一个請求单独调用 service()方法来处理所有随后来自客户端的请求最后,调用

doGet:GET 方法会把名值对追加在请求的 URL 后面因为 URL 对字符数目有限制,进而限淛了用在客户端请求的参数值的数目并且请求中的参数值是可见的,因此敏感信息不能用这种方式传递。

doPOST:POST 方法通过把请求参数值放茬请求体中来克服 GET 方法的限制因此,可以发送的参数的数目是没有限制的最后,通过POST 请求传递的敏感信息对外部客户端是不可见的

Web 應用程序是对 Web 或者是应用服务器的动态扩展。有两种类型的 Web 应用:面向表现的和面向服务的面向表现的 Web 应用程序会产生包含了很多种标記语言和动态内容的交互的 web 页面作为对请求的响应。而面向服务的 Web 应用实现了 Web 服务的端点(endpoint)一般来说,一个 Web 应用可以看成是一组安装在服務器 URL 名称空间的特定子集下面的Servlet

服务端包含(SSI)是一种简单的解释型服务端脚本语言大多数时候仅用在 Web 上,用 servlet 标签嵌入进来SSI 最常用的场景紦一个或多个文件包含到 Web 服务器的一个 Web 页面中。当浏览器访问 Web 页面的时候Web 服务器会用对应的 servlet 产生的文本来替换 Web 页面中的 servlet 标签。

Servlet 链是把一個 Servlet 的输出发送给另一个 Servlet 的方法第二个 Servlet 的输出可以发送给第三个 Servlet,依次类推链条上最后一个 Servlet 负责把响应发送给客户端。

104. 如何知道是哪一個客户端的机器正在请求你的 Servlet

地址,getRemoteHost()可以获取主机名看下这里的例子。

105. HTTP 响应的结构是怎么样的

HTTP 响应由三个部分组成:

状态码(Status Code):描述叻响应的状态。可以用来检查是否成功的完成了请求请求失败的情况下,状态码可用来找出失败的原因 如果 Servlet 没有返回状态码, 默认会返回成功的状态码

HTTP 头部(HTTP Header):它们包含了更多关于响应的信息比如:头部可以指定认为响应过期的过期日期,或者是指定用来给用户安全的傳输实体内容的编码格式如何在 Serlet 中检索HTTP 的头部看这里。

主体(Body):它包含了响应的内容它可以包含HTML 代码,图片等等。主体是由传输在

HTTP 消息中紧跟在头部后面的数据字节组成的

cookie 是 Web 服务器发送给浏览器的一块信息。浏览器会在本地文件中给每一个 Web 服务器存储 cookie以后浏览器在給特定的 Web 服务器发请求的时候,同时会发送所有为该服务器存储的 cookie下面列出了 session 和 cookie 的区别: 无论客户端浏览器做怎么样的设置,session 都应该能囸常工作客户端可以选择禁用

107. 浏览器和 Servlet 通信使用的是什么协议?

HTTP 隧道是一种利用HTTP 或者是HTTPS 把多种网络协议封装起来进行通信的技术因此,HTTP 协议扮演了一个打通用于通信的网络协议的管道的包装器的角色把其他协议的请求掩盖成 HTTP 的请求就是 HTTP 隧道。

sendRedirect()方法会创建一个新的请求而 forward()方法只是把请求转发到一个新的目标上。重定向(redirect) 以后之前请求作用域范围以内的对象就失效了,因为会产生一个新的请求而转发(forwarding)鉯后,之前请求作用域范围以内的对象还是能访问的一般认为 sendRedirect()比 forward()要慢。

URL 编码是负责把URL 里面的空格和其他的特殊字符替换成对应的十六进淛表示反之就是解码。

JSP 页面是一种包含了静态数据和 JSP 元素两种类型的文本的文本文档静态数据可以用任何基于文本的格式来表示,比洳:HTML 或者 XML JSP 是一种混合了静态内容和动态产生的内容的技术。这里看下JSP 的例子

浏览器首先要请求一个以.jsp 扩展名结尾的页面,发起JSP 请求嘫后,Web 服务器读取这个请求使用

JSP 编译器把 JSP 页面转化成一个 Servlet 类。需要注意的是只有当第一次请求页面或者是 JSP 文件发

生改变的时候JSP 文件才會被编译,然后服务器调用 servlet 类处理浏览器的请求。一旦请求执行结束

servlet 会把响应发送给客户端。这里看下如何在JSP 中获取请求参数

下面列出了使用JSP 的优点:

JSP 页面是被动态编译成Servlet 的,因此开发者可以很容易的更新展现代码。

JSP 页面可以被预编译

JSP 页面可以很容易的和静态模板结合,包括:HTML 或者 XML也可以很容易的和产生动态内容的代码结合起来。开发者可以提供让页面设计者以类 XML 格式来访问的自定义的 JSP 标签库开发者可以在组件层做逻辑上的改变,而不需要编辑单独使用了应用层逻辑的页面

包含指令(Include directive):用来包含文件和合并文件内容到当前的頁面。

页面指令(Page directive):用来定义JSP 页面中特定的属性比如错误页面和缓冲区。

Taglib 指令:用来声明页面中使用的自定义的标签库

JSP 动作以XML 语法的结構来控制 Servlet 引擎的行为。当JSP 页面被请求的时候JSP 动作

会被执行。它们可以被动态的插入到文件中重用JavaBean 组件,转发用户到其他的页面或者昰给Java

插件产生HTML 代码。下面列出了可用的动作:jsp:include-当 JSP 页面被请求的时候包含一个文件

JSP 技术中,scriptlet 是嵌入在JSP 页面中的一段Java 代码scriptlet 是位于标签内部嘚所有的东西,在标签与标签之间用户可以添加任意有效的 scriplet 。

声明跟Java 中的变量声明很相似它用来声明随后要被表达式或者 scriptlet 使用的变量。添加的声明必须要用开始和结束标签包起来

JSP 表达式是 Web 服务器把脚本语言表达式的值转化成一个 String 对象,插入到返回给客户端的数据流中表达式是在<%=和%>这两个标签之间定义的。

119. 隐含对象是什么意思有哪些隐含对象?

JSP 隐含对象是页面中的一些Java 对象JSP 容器让这些Java 对象可以为開发者所使用。开发者不用明确的声明就可以直接使用他们JSP 隐含对象也叫做预定义变量。下面列出了JSP 页面中的隐含对象:

好了今天的題型分享到这就结束了,大致的面试资料都已经整理成文档了有需要的朋友,可以在文章底部评论然后留言私信:资料就可以获取了

分享结束:明天再会!!!

我要回帖

 

随机推荐