- 1、本文档共4页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
开发者应该避免使用的6个Java功能
开发者应该避免使用的6个Java功能
广州传智播客作为华南地区Java与Android培训的领头羊,对Java与Android的研究都是走在互联网发展的潮流最前沿,把最新最好的技术教导给学生。
在课程体系外,还有很多细致的知识点分享给大家:
多年的Java开发经验告诉我,从长远角度来看,以下这些Java SE功能/API,开发者最好停止使用。
Reflection
Bytecode manipulation
ThreadLocals
Classloaders
Weak/Soft references
Sockets
1.Reflection
Reflection即反射,在许多流行的库里面都有反射机制,比如Spring和Hibernate。通过对业务代码进行反思,我建议大家避免使用反射。下面列出我反对使用的原因:
首先涉及到代码可读性/工具支持。打开IDE并且在Java代码里找到相互依赖关系。使用relection替换方法调用,并且试着重复该步骤。事情变的愈发不可收拾,正常情况下都应该封装好了再修改状态。下面来看看具体代码示例:
HYPERLINK /document/3145.html ?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33public class Secret {
private String secrecy;
public Secret(String secrecy) {
this.secrecy = secrecy;
}
public String getSecrecy() {
return null;
}
}
public class TestSecrecy {
public static void main(String[] args) throws Exception {
Secret s = new Secret(TOP SECRET);
Field f = Secret.class.getDeclaredField(secrecy);
f.setAccessible(true);
System.out.println(f.get(s));
}
} 通过查看以上代码可以得知,方法getDeclaredField()参数只有在运行时才可以被发现。而你也清楚,运行时产生的bug总比不执行脚本要更加棘手。
其次,反射调用优化是由JIT执行的,一些优化可能需要花费很长时间才能得到应用,而有些优化甚至都得不到应用,所以关于反射的性能优化有时会被数量化。但在一个典型的业务应用程序中——你可能不会真正意识到这些性能开销。
总之,开发者应该通过 HYPERLINK /wiki/Aspect-oriented_programming \t _blank AOP合理地在业务层使用反射,除此以外,你最好离它远远的。
2.Bytecode manipulation.
字节码操作,如果我看到你在Java EE应用程序里直接使用 HYPERLINK / \t _blank CGLIB或 HYPERLINK / \t _blank ASM,我可能会立即跑开。
最糟糕的事情莫过于在编译期间没有任何可执行的代码。实际上,当产品在运行时,你根本不知道哪块代码在运行。所以,当你遇到麻烦时,会自然地把错误抛给运行时故障排除和调试,不过这样反而会更麻烦。
3.ThreadLocals
这里有两个不相关的原因,当我在业务层代码里看到ThreadLocals时会颤抖。首先,在ThreadLocals的帮助里,你可能会看到许多变量的使用都没有通过方法调用链来明确地向下传递。这在某些场合下是有用的,但当你一旦粗心,你会在代码里构建许多意料不到的依赖关系。
第二个不相关的原因与我日常的工作相关,在ThreadLocals里存储数据会引发内存泄露。最起码我遇到的Permgen泄露有十分之一都是使用ThreadLocals造成的,在结合了类加载器和线程池后,“java.lang.OutOfMemoryError:Permgen space”异常可能就马上出现了。
4.Classloaders
首先,类加载器是一个复杂的野兽。你必须先了解它的层次结构、委托机制、类缓存等等。即使你认为自己已经掌握了,它可能还是不能正常工作。最终将导致一个类加载器泄露问题。因此我只能建议你将这个任务留给应用服务器处理
5.Weak/Soft references
现在,你应该更好的理解Java的内部方法。
您可能关注的文档
- 建筑工地预应力钢筋调研报告.doc
- 建筑工程2011二级-管理案例部分.doc
- A320驾驶舱门故障.doc
- 建筑实例法国凡尔赛宫杜福尔馆设计方案.doc
- 建筑工业实务的网上增值服务.doc
- ACUSONX300彩色多普勒超声系统.doc
- AD6636在宽带数字中频接收机中的应用.doc
- a-alevel数学简介.doc
- AAPCS_C函数与汇编函数之间参数及返回值传递方法.docx
- A01--基于校园用户速率需求研究.doc
- 企业债券利率风险度量研究分析 财务会计学专业.doc
- 主要组织相容性复合体医学教学课件.pptx
- 沥青混凝土路面裂缝成因、处理方法及防治措施分析研究 土木工程专业.docx
- 乐昌市白山村饮用水安全问题调查分析研究 工商管理专业.docx
- 一种心率检测装置的设计和实现 医学机械专业.docx
- 一种化工批次过程容错迭代学习控制方法分析研究 应用数学专业.doc
- 宜家宜室建材家装网站规划与推广分析研究 网络工程管理专业.docx
- 阳光电源公司盈利能力分析研究 财务管理专业.docx
- 营业税改增值税对企业的影响分析研究——以房地产企业为例 税务管理专业.doc
- 以小学为载体的吉安采茶戏传承调查报告分析研究——以万安县的小学为例 教育教学专业.docx
文档评论(0)