一：测试EnumTest.java结果：
枚举类型基本用法：
（枚举类型是一种基本数据类型，而不是一种构造类型，因为它不能在分解为任何基本类型。）
【例】
enum weekday
{ sun,mon,tue,wed,thu,fri,sat} a,b,c;
a=sun;
b=mon;
c=tue;
1. 枚举值是常量，不是变量。不能在程序中用赋值语句再对它赋值。
2. 枚举元素本身由系统定义了一个表示序号的数值，从0开始顺序定义为0,1,2...
（只能把枚举值赋给枚举变量，不能把元素的序号数值直接赋予枚举变量。如果一定要把数值赋给枚举变量，则必须使用强制类型转换。）
a=sum;b=mon;正确
a=0;b=1;错误
强制转换 a=(enum weekda)2; 正确，相当于a=tue;
3. 例中a,b,c为枚举类型名为weekday的枚举变量，花括号中的是它们的取值范围，枚举变量只能取花括号中的任何一个值，若赋给变量的值不在列表中，则会报错或警告。
二：测试TestDouble.java结果
结果表明：
使用double类型的数值进行计算，其结果是不精确的。
原因：
double类型的数值占用64bit，即64个二进制数，除去最高位表示正负符号的位，在最低位上一定会与实际数据存在误差（除非实际数据恰好是2的n次方）。
举个例子来说，比如要用4bit来表示小数3.26，从高到低位依次对应2的1,0,-1,-2次幂，根据最上面的分析，应当在二进制数11.01(对应十进制的3.25)和11.10(对应十进制的3.5)之间选择。
简单来说就是我们给出的数值，在大多数情况下需要比64bit更多的位数才能准确表示出来（甚至是需要无穷多位），而double类型的数值只有64bit，后面舍去的位数一定会带来误差，无法得到“数学上精确”的结果。
-----------------------原因来自搜索引擎查找结果。
在构建BigDecimal对象时应使用字符串而不是double数值，否则，仍有可能引发计算精度问题。（为什么会这样呢？）
对于double型
小数点后面是0的话，精度就是0；
小数点后面不是0，则取决于整数位的位数，整数位越多，精度越小；当整数位接近15位时，精度就趋于0，再多1位数据可能开始溢出（具体情况取决于double类型的数值表示）。
对于字符串类型的构造函数，小数点后面有几位，精度就是几位，而且几乎没有位数限制（试了40位都没有问题）
--------------------- 本文来自 alanzyy 的CSDN 博客 ，全文地址请点击：https://blog.csdn.net/alanzyy/article/details/53997847?utm_source=copy
三：测试代码
int X=100;
int Y=200;
System.out.println("X+Y="+X+Y);
System.out.println(X+Y+"=X+Y");
结果表明：
在System.out.println()中，如果在string字符串后面是+和变量，会把变量转换成string类型，加号起连接作用，然后把两个字符串连接成一个新的字符串输出；
如果先有变量的加减运算再有字符串，那么会从左到右先计算变量的加减，然后再与后面的string结合成一个新的字符串。也就是说加号只有在两个string类型或者其中一个是string类型的时候才起到连接作用，否则仍然是运算符。