为什么你写的代码有时候和预期不一致

简介: 为什么你写的代码有时候和预期不一致

为什么你写的代码有时候和预期不一致

一.友情链接

目录
视频讲解
文字版

二.前端编译

2.1javac编译器

即一般所说的编译,从javac代码的总体结构来看,编译过程大致可以分为1个准备过程和3个处理过程,它们分为
1)准备过程:初始化插入式注解处理器
2)解析与填充符号表过程,构造抽象语法树
3)插入式注解处理器的注解处理过程
4)分析与字节码生成过程:语法检查->控制流分析->解析语法糖->字节码生成

语法糖主要有以下几种:泛型、自动拆装箱遍历循环、条件编译
类型擦除(编译前)

public static void main(String[] args) {
    Map<String,String> map = new HashMap<String,String>(16);
    map.put("name","csx-mg");
    String name = map.get("name");
    System.out.println(name);
}

类型擦除(编译后)

public static void main(String[] args) {
    //类型擦除
    Map map = new HashMap();
    map.put("name", "csx-mg");
    //强制转换
    String name = (String)map.get("name");
    System.out.println(name);
}

例如如下代码不可编译


public static void method(List<String> list){
    }

    public static void method(List<Integer> list){

    }

自动拆装箱

Integer a= 200;
Integer b = 200;
System.out.println(a==b);

输出为false

三.后端编译

3.1即时编译器

首先主流的java虚拟机同时包含解释器与编译器,这样可以保证同时使用两者的优点。
热点代码会被编译成本地代码,主要针对方法和被多次执行的循环体,这里还会触发一个有意思的现象栈上替换
主要有两种热点代码采集方式:基于采样的热点探测、基于计数的热点探测。Hotspot采用了第二种,使用了方法调用计数器(默认10000次)和回边计数器(默认10700)

3.2提前编译器

目的是改善java的启动时间,演变为现在所熟知的JIT
目前也在积极开发更多更优秀的提前编译器,用于匹配新出的一些垃圾回收器

3.3编译优化

1.最重要的优化:方法内联:把目标方法的代码原封不动地“复 制”到发起调用的方法之中,避免发生真实的方法调用。
2.最前沿的优化:逃逸分析:栈上分配(对象往栈上分配)、标量替换(大对象拆成基础数据类型)、同步消除(消除无用的线程同步)
3.最经典的优化:公共子表达式消除(例如 a=1和b=1先后执行顺序并没有区别,可以先执行初始化a,然后所有用到b的地方都替换为a)
4.最显著的优化:无用代码消除
5.java经典优化:数组边界消除检查
1)数组下标是一个常量,如foo[3],只要在编译期根据数据流分析来确定foo.length的值,并判断下标“3”没有越界,执行的时候就无须判断了。
2)数组访问发生在循环之中,并且使用循环变量来进行数组的访问。如果编译器只要通过数据流分析就可以判定循环变量的取值范围永远在区间[0,foo.length)之内,那么在循环中就可以把整个数组的上下界检查消除掉。

if(foo!=null){
    return foo.value;
}else{
    throw new NullPointException
}

3)如果foo几乎不会发生NPE,那么上述方法无疑是浪费了一次判断性能,就会被直接优化成trycatch
其它优化策略:编译器策略、基于性能监控的优化技术、基于证据的优化技术、数据流敏感重写、语言相关的优化技术、内存及代码位置变换、循环变换、全局代码调整、控制流图变换等

相关文章
|
7月前
在代码优化过程中,常见的错误和bug包括以下几点
在代码优化过程中,常见的错误和bug包括以下几点
|
6月前
|
供应链 测试技术
修复糟糕的代码气味
修复糟糕的代码气味
61 11
|
7月前
|
算法 程序员
为何程序员在编写程序时难以一次性将所有代码完美无瑕地完成,而是需要经历反复修改Bug的过程?
为何程序员在编写程序时难以一次性将所有代码完美无瑕地完成,而是需要经历反复修改Bug的过程?
70 7
|
7月前
|
数据可视化 测试技术
测试范围不清晰该咋办?
测试范围不清晰该咋办?
|
SQL 缓存 NoSQL
写代码有这16个好习惯,可以减少80%非业务的bug
每一个好习惯都是一笔财富,本文整理了写代码的16个好习惯,每个都很经典,养成这些习惯,可以规避多数非业务的bug!希望对大家有帮助哈,谢谢阅读,加油哦~1. 修改完代码,记得自测一下...
351 0
|
设计模式 JavaScript 前端开发
如何优雅的消除系统重复代码
在程序猿的日常工作中,不仅要跟随业务侧的发展不断开发新的需求,同时也需要维护老的已有平台。无论是开发新需求还是维护老系统,我们都会遇到同样一个问题,系统中总是充斥着很多重复的代码。
29573 11
如何优雅的消除系统重复代码
|
监控 数据挖掘 BI
测试思想-测试执行 缺陷提交,优先级
测试思想-测试执行 缺陷提交,优先级
129 0
|
运维 Cloud Native 测试技术
高质量的缺陷分析:让自己少写 bug
缺陷分析做得好,bug 写得少。阿里资深技术专家和你分享如何进行高质量的缺陷分析,总结了 5 个要点,通过缺陷分析消除开发中的各种盲点,打造一个学习型的团队。
高质量的缺陷分析:让自己少写 bug
|
测试技术
如何做到测试场景不遗漏?
每一次提测就像一次质量问题的万箭齐发,稍不留意,中个一两箭算是小事,乱箭穿胸那也是经常的。如何做到无懈可击,仅仅靠闪是不够的。这个时候,测试分析,可以帮助你。通过对业务、经验、质量的深度理解和分析,结合测试工具,可以让你在这漫天箭雨中,有条有理,从容不迫,闲庭信步。
3087 1