软件构造 Lab5 其一

实验目的：
本次实验通过对 Lab4 的代码进行静态和动态分析，发现代码中存在的不符 合代码规范的地方、具有潜在 bug 的地方、性能存在缺陷的地方（执行时间热点、 内存消耗大的语句、函数、类），进而使用第 4、7、8 章所学的知识对这些问题 加以改进，掌握代码持续优化的方法，让代码既“看起来很美”，又“运行起来 很美”。 具体训练的技术包括：
⚫ 静态代码分析（CheckStyle 和 SpotBugs）
⚫ 动态代码分析（Java 命令行工具 jstat、jmap、jcmd、VisualVM、JMC、 JConsole 等）
⚫ JVM 内存管理与垃圾回收（GC）的优化配置
⚫ 运行时内存导出(memory dump)及其分析（Java 命令行工具 jhat、MAT）
⚫ 运行时调用栈及其分析（Java 命令行工具 jstack）；
⚫ 高性能 I/O
⚫ 基于设计模式的代码调优
⚫ 代码重构

实验需要用到的知识： 第三方插件工具的使用、JAVA文件读写。

实验任务： （第一部分）

1、Static Program Analysis
人工代码走查
我使用Google java代码规范对我的代码进行修改，发现了以下几个问题：

1、变量命名
对于如下这样的常量，变量命名应使用全大写字母。使用下划线分割开单词。
未修改前：

修改后：

2、布局
关于布局方面，有以下问题：
谷歌java规范要求大括号前没有换行，大括号结束之后没有后续内容需要换行。
换行后要跟一个换行，空出一行。
修改前：

修改后：

3、注释
关于注释，谷歌java规范要求：对于多行/* … /注释，后续行必须以与上一行的对齐开始。
修改后的注释如下：

多行的/ /注释，每行都以对其的开始。

4、包/类名
谷歌java规范要求包名用连续的单词，没有下划线；类名通常是名词或名词短语。

符合要求。

使用CheckStyle和SpotBugs进行静态代码分析
Checkstyle：
问题1：
Line contains a tab character.
需要将tab换成空格来解决。

问题2：
Package name ‘centralObject’ must match pattern ‘¹+(.[a-z][a-z0-9])$’.
这里命名符合谷歌规范但依然报错，且是实验指导书要求的命名，不做修改。

问题3：
Each variable declaration must be in its own statement.
不能使用int a, b, c;这样的声明方式，每个变量都要单独声明。

问题4：
Method name ‘AddTrack’ must match pattern ‘²[a-z0-9][a-zA-Z0-9_]*$’.
这里命名要求首字母为小写，但是这是实验指导书要求的命名，不做修改。

问题5：
Type name ‘athleteInputException’ must match pattern ‘³[a-zA-Z0-9]*$’.
类名需要以大写字母开头。
修改后：

SpotBugs：

Rough value of 2Math.PI found: 6.2831852
这里将数字改为2Math.PI即可。

两个工具的侧重点不同，CheckStyle侧重代码风格的修改

2、Java I/O Optimization
一、实现了三种I/O方式：
1、Reader/Writer
2、Scanner
3、Stream

具体实现：
(我把具体的字符串分析抽象出来，写成了lineAnalyze函数。具体实现如下。)
1、Reader/Writer
使用Reader/Writer进行I/O时，先使用FileReader/FileWriter来读取对应文件，然后用BufferedReader/BufferedWriter读取内容。
Reader:

Writer:

2、Scanner
使用Scanner读取文件时，用一个File来读取文件，然后用Scanner获取文件内容（也可以直接用Scanner读取文件地址直接获取内容）。

写入文件时，使用PrintWriter，使用方法和上一种方法的Writer基本一致。

3、Stream
使用Stream进行I/O操作时，使用InputStream/OutputStream来获取文件地址，用StringBuffer来读取/写入地址字节内容。

二、strategy设计模式
对于每种场景，都有一个strategyReadWrite字符串来确定使用哪一种读取写入方式。

在具体的读写操作中，会先进行读写方式的判断，再进行相应读写。

GUI下的界面如下：

多种I/O实现方式的效率对比分析
因为给的数据量太大，读取时间过长，进行比较需要耗费太多时间。所以这里使用的是TrackGame_Larger.txt和SocialNetworkCircle_Larger.txt对比不同I/O的性能。
在开始读取前后各记录一次时间，相减即可得到具体消耗的时间，这里单位是纳秒。如下：

表格：

图像：
读取时间：

写入时间：

---

1. a-z ↩︎

2. a-z ↩︎

3. A-Z ↩︎