看夕阳西下，看流星过往，看星海沉浮，看人间沧桑

在有些场景下，我们有可能想在程序中获取一个方法的参数的名称。但是，对于Java这样的“编译”型语言来说，并没有直接的API可以调用。其实很容易理解，当Java源代码被编译成字节码后，方法的签名可能不会被保存下来，也就无从获取方法的参数名称了。虽然官方没有提供直接的解决方案，但是民间偏方还是有的。 思路就是：字节码解析，通过解析class文件，获取方法签名

不得不说，java语言在提供了这三种循环方式带来灵活性的同时，同时也将一些“混乱”引入了进来。这里的“混乱”并不是真正意义上的混乱，而是由于没有统一的风格而带来使用习惯的问题——想象一下，如果同一个项目中这三种都有人用，阅读起来真是五味杂陈啊。有人要问了，那么，这三种到底哪种好呢？在回答这个问题之前，能告诉我“好”的定义是什么吗？我所认为的好，无非2点——1、代码简洁；2、

在java的基类：Object类中，其中有2个方法是Java开发者非常熟悉的，一个是hashcode，另一个是equals。不过，这2个非常简单且常常被覆盖的方法，也经常会对java初学者甚至是有一定经验的开发者造成疑惑。在介绍equals的几种常见错误之前，首先看看hashcode方法。不过，在介绍hashcode之前呢，首先来看看算法及数据结构里面的hash。hash算

java 5 引入了自动装箱和自动拆箱的概念。使得开发者不需要注意基本类型如：int long等基本类型和对应的对象类型：Integer Long等之间的转换问题。但是也稍微带来了一点点需要注意的东西。在java 5 中，要特别注意这些对象之间使用==的问题。[code] int value = 100; Integer a = value; Integer b = ...

以前我一直以为File#renameTo(File)方法与OS下面的 move/mv 命令是相同的，可以达到改名、移动文件的目的。不过后来经常发现问题：File#renameTo(File)方法会返回失败(false)，文件没有移动，又查不出原因，再后来干脆弃用该方法，自己实现一个copy方法，问题倒是再也没有出现过。昨天老板同学又遇到这个问题，File#renameTo(File)方法在...