来源：教育联展网 编辑：佚名 发布时间：2018-10-25
黄 凯高级讲师
多年移动互联网开发经验，精通Android与iOS开发，对JavaEE等后台技术也 有所研究。尤其精通Android平台的开发，对Android平台下的性能优化有极其丰富的经验。 曾就职于酷狗音乐担任高级Android软件工程师与Team Leader一职，带领超过20人的开发团队，有丰富的开发与管理经验。参与开发了<酷狗音乐>，<繁星网>，<中国电信移动办公>， <智慧天河>，<翼健康>，<创饷无限>，<外修管家>等20多款互联网热门应用。其不但开发经验丰富，教学幽默风趣，而且对 学生要求严格，坚持授人与鱼不如授人与渔的理念，注重培养学生的解决问题与自我思考的能力。
Java培训Java与自学Java的差距
培训Java与自学Java的差距
我以前也是自学Java，在一家公司跟着别人学，以前是别人眼中的菜鸟，现 在是别人眼中的大神，Java很简单的，贵在坚持和多练，没必要花那培训钱。如果真的要去学的话，
选择Java培训机构要注意这两点基本上就能避免一些坑：
1. 老师没有正经公司工作经历，或者没有已经在线上正常运转的产品。一 些所谓培训班的老师水平往往比较一般，甚至还有培训出来后又接着培训别人的。
2、是不是会承诺帮你找到工作，要找到好的工作，不是靠别人给你保证的 ，还是要靠自己提升能力。
建议多自己学习加上找些好的代码主动学习。例如github，多练习网上很多 网站里真正好的代码。作为Java工程师，可以多看看spring文档，看看很多已经成熟的框架，深入去体会。另外，学软件等等**好还是自己多学，找点 视频教程之类，也省点钱。
流行框架
流行框架
01Struts2
1．Struts2流程
2．值栈与ONGL
3．Struts2标签库
4．Struts2模型驱动原理
5．Struts2声明式异常处理
6．Struts2类型转换&自定义类型转换
7．Struts2拦截器原理&自定义拦截器
8．Struts2源码分析&运行原理
02Hibernate
1．Hibernate环境搭建&配置
2．hibernate.cfg.xml&主键生成策略
3．Session核心方法
4．ORM映射：单向/双向1-n映射
5．ORM映射：基于主/外键映射&n-n
6．检索策略&迫切左外连接
7．Hibernate缓存机制
8．QBC、HQL
9．Session管理
03Spring
1．SpringIOC&DI机制
2．Spring配置式组件管理
3．Spring注解式自动装配
4．Spring表达式语言
5．SpringAOP&动态代理
6．SpringJDBC使用
7．Spring声明式事务
8．Spring单元测试
9．Spring源码分析
10．Spring、Struts2、Hibernate整合
04SpringMVC
1．SpringMVC配置&运行流程
2．SpringMVC数据绑定
3．模型处理&@ModelAttribute
4．RestFulCRUD
5．表单标签&静态资源处理
6．数据转换&格式化&JSR303数据校验
7．HttpMessageConverter
8．Ajax&国际化&文件上传**
9．异常处理
10．整合&父子容器
05MyBatis
1．MyBatis配置&查询数据
2．MyBatis全局配置文件
3．MyBatis映射文件
4．关联查询，动态sql
5．MyBatis缓存机制&整合ehcache
6．MyBatis逆向工程
7．MyBatis、Spring、SpringMVC整合
8．MyBatis运行原理&源码分析
9．MyBatis拦截器&插件开发
10．分页插件&存储过程调用&自定义 TypeHandler
06JPA
1．JPA技术体系
2．JPA注解
3．JPA相关API
4．JPA映射
5．JPQL
6．二级缓存
7．Spring整合JPA
07SpringData
1．SpringData快速入门
2．SpringData_Repository接口
3．Repository查询规范
4．@Query&@Modifying
5．CrudRepository
6．PagingAndSortingRepository
7．JpaRepository
8．JpaSpecificationExecutor
9．自定义Repository
08Maven
1．Maven环境搭建
2．Maven构建&自动化构建
3．本地仓库&中央仓库
4．maven创建web工程
5．pom.xml、依赖管理
6．坐标、依赖、生命周期等
7．eclipse下的maven使用
8．继承&聚合
9．maven构建SSH/SSM应用
10．自动部署&持续集成&持续部署
09SVN
1．SVN简介
2．SVN服务器搭建
3．SVN创建版本库
4．Eclipse整合svn插件
5．使用SVN更新提交
6．SVN仓库分析
7．SVN协同修改&冲突解决
8．SVN权限管理
9．SVN时光机
10．TortoiseSVN
10Shiro
1．Shiro入门
2．Spring集成Shiro
3．Shiro工作流程
4．权限URL配置
5．认证流程&认证Realm
6．密码比对，MD5&盐值加密
7．授权流程
8．标签&权限注解
9．会话管理、SessionDao
10．缓存
11．实现”记住我”
11Activiti5
1．工作流&工作流引擎
2．BPMN2.0规范
3．Activiti5框架表结构
4．Activiti5核心组件&服务接口
5．Activiti5插件安装&整合Spring
6．流程定义
7．流程实例&任务&历史
8．任务领取&流程变量
9．排他网关&并行网关
12WebService
1．WebService简介
2．WebService主流框架
3．cxf的使用
4．SOAP协议
5．WSDL讲解
6．JAX-WS
7．与Spring整合
8．JAXB
9．JAX-RS
10．支付接口原理
13Linux
1．Linux系统-基础
2．Linux网络基础
3．Linux在VMware下的安装
4．Linux下Java环境的搭建
5．Linux下Tomcat安装和配置
6．Linux下 Oracle/MySQL 安装与配置
7．Shell 编程
14Redis
1．NoSQL&Redis入门
2．Redis/memcache/MongDB对比
3．Redis安装&启动
4．分布式数据库CAP原理
5．Redis五大数据类型和基本操作命令
6．Redis总体配置Redis.conf
7．Redis持久化（RDB和AOF）
8．Redis事务控制
9．Redis发布和订阅
10．Redis（Master/Slave）主从复制
11．Jedis
15Git&Git Hub
1．Git安装配置
2．Git本地库搭建
3．Git常用操作命令
4．Github注册与配置
5．Github与Git协同办公
6．TortoiseGit安装配置
7．Egit操作push/pull，
8．Git工作流
9．集中式&GitFlow&Forking
16MySQL高级
1．MySQL架构组成
2．MySQL备份和恢复
3．MySQL查询和慢查询日志分析
4．MySQL索引优化
5．MySQL存储引擎优化
6．MySQL锁机制优化
7．MySQL高可用设计
8．MySQL集群
17JVM原理
1．JVM简析
2．JVM组成结构
3．JVM堆、栈原理
4．JVM-Heap三区原理
5．JVM垃圾收集机制
6．堆内存调优
7．GC回收策略
8．GC三大算法
18Quartz
1.Quartz作业调度简介
2.Quartz作业调度执行以及持久性
3.Quartz基本使用
4.Quartz核心类讲解
5.Quartz Trigger 触发器
6.Quartz Job&JobDetail
7.Quartz Calendars日历讲解
8.JobListener监听器和TriggerListener监听器
9.Spring整合Quartz
19Nginx
1.Nginx反向代理介绍
2.Nginx **和安装
3.Nginx 编译和启动、访问
4.在Linux下搭建Nginx集群
5.在Windows搭建Nginx集群
6.解决Session共享问题
20Java JUC 线程高级
1.volatile 关键字
2.内存可见性分析
3.原子变量与CAS (Compare And Swap) 算法分 析
4.ConcurrentHashMap 锁分段机制
5.CountDownLatch 闭锁
6.实现 Callable 接口
7.Lock 同步锁
8.Condition 控制线程通信
9.线程按序交替
Java内存泄露原因详解
>一、java内存回收机制 不论哪种语言的内存分配方式，都需要返回所分配内存的真实地址，也就是返回一个指针到内存块的首地址。Java中对象是采用new或者反射的方法创建的，这些对象的创建都是在堆（Heap）中分配的，所有对象的回收都是由Java虚拟机**垃圾回收机制完成的。GC为了能够正确释放对象，会监控每个对象的运行状况，对他们的申请、引用、被引用、赋值等状况进行监控，Java会使用有向图的方法进行管理内存，实时监控对象是否可以达到，如果不可到达，则就将其回收，这样也可以消除引用循环的问题。在Java语言中，判断一个内存空间是否符合垃圾收集标准有两个：一个是给对象赋予了空值null，以下再没有调用过，另一个是给对象赋予了新值，这样重新分配了内存空间。
二、Java内存泄露引起原因 首先，什么是内存泄露？经常听人谈起内存泄露，但要问什么是内存泄露，没几个说得清楚。内存泄露是指无用对象（不再使用的对象）持续占有内存或无用对象的内存得不到及时释放，从而造成的内存空间的浪费称为内存泄露。内存泄露有时不严重且不易察觉，这样开发者就不知道存在内存泄露，但有时也会很严重，会提示你Out of memory。 那么，Java内存泄露根本原因是什么呢？长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，这就是java中内存泄露的发生场景。具体主要有如下几大类： 1、静态集合类引起内存泄露： 像HashMap、Vector等的使用**容易出现内存泄露，这些静态变量的生命周期和应用程序一致，他们所引用的所有的对象Object也不能被释放，因为他们也将一直被Vector等引用着。 例: Static Vector v = new Vector(10); for (int i = 1; i<100; i ) { Object o = new Object(); v.add(o); o = null; }// 在这个例子中，循环申请Object 对象，并将所申请的对象放入一个Vector 中，如果仅仅释放引用本身（o=null），那么Vector 仍然引用该对象，所以这个对象对GC 来说是不可回收的。因此，如果对象加入到Vector 后，还必须从Vector 中删除，**简单的方法就是将Vector对象设置为null。
2、当集合里面的对象属性被修改后，再调用remove（）方法时不起作用。
例： public static void main(String[] args) { Set<Person> set = new HashSet<Person>(); Person p1 = new Person("唐僧","pwd1",25); Person p2 = new Person("孙悟空","pwd2",26); Person p3 = new Person("猪八戒","pwd3",27); set.add(p1); set.add(p2); set.add(p3); System.out.PRintln("总共有:" set.size() " 个元素!"); //结果：总共有:3 个元素! p3.setAge(2); //修改p3的年龄,此时p3元素对应的hashcode值发生改变set.remove(p3); //此时remove不掉，造成内存泄漏
set.add(p3); //重新添加，居然添加成功 System.out.println("总共有:" set.size() " 个元素!"); //结果：总共有:4 个元素! for (Person person : set) { System.out.println(person); } }
3、监听器 在java 编程中，我们都需要和监听器打交道，通常一个应用当中会用到很多监听器，我们会调用一个控件的诸如addXXXListener()等方法来增加监听器，但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会。
4、各种连接 比如数据库连接（dataSourse.getConnection()），网络连接(socket)和io连接，除非其显式的调用了其close（）方法将其连接关闭，否则是不会自动被GC 回收的。对于Resultset 和Statement 对象可以不进行显式回收，但Connection 一定要显式回收，因为Connection 在任何时候都无法自动回收，而Connection一旦回收，Resultset 和Statement 对象就会立即为NULL。但是如果使用连接池，情况就不一样了，除了要显式地关闭连接，还必须显式地关闭Resultset Statement 对象（关闭其中一个，另外一个也会关闭），否则就会造成大量的Statement 对象无法释放，从而引起内存泄漏。这种情况下一般都会在try里面去的连接，在finally里面释放连接。
5、内部类和外部模块等的引用 内部类的引用是比较容易遗忘的一种，而且一旦没释放可能导致一系列的后继类对象没有释放。此外程序员还要小心外部模块不经意的引用，例如程序员A 负责A 模块，调用了B 模块的一个方法如： public void registerMsg(Object b); 这种调用就要非常小心了，传入了一个对象，很可能模块B就保持了对该对象的引用，这时候就需要注意模块B 是否提供相应的操作去除引用。
6、单例模式 不正确使用单例模式是引起内存泄露的一个常见问题，单例对象在被初始化后将在JVM的整个生命周期中存在（以静态变量的方式），如果单例对象持有外部对象的引用，那么这个外部对象将不能被jvm正常回收，导致内存泄露，考虑下面的例子： class A{ public A(){ B.getInstance().setA(this); } .... } //B类采用单例模式 class B{ private A a; private static B instance=new B(); public B(){} public static B getInstance(){ return instance; } public void setA(A a){ this.a=a; } //getter... } 显然B采用singleton模式，它持有一个A对象的引用，而这个A类的对象将不能被回收。想象下如果A是个比较复杂的对象或者集合类型会发生什么情况
相关推荐：
今日已有25人申请，本月限额500名
