首先分析问题，通过年月得到当前月份的天数，，按照生活中的惯性，就是分析年份，后分析月份，这里我要说不，虽然这样同样可以算出结果，速度上也与先判断月份相差毫微，虽然这个时间短的可以忽略不计，但是作为一个有情怀的程序员，对代码的要求就是要短小精悍，能省就省，我先列出两种分析方式的算法代码，当然这种写法是最笨重的，这里主要是为了突出问题，优化一步步来，我始终强调，先分析问题，只要会写代码的程序员写完立马就会改为方式二的写法，因为在代码量上很直观，一眼就能看的清楚：
先判断年份的写法：
public static int getCurrentMonthDays1(int year,int month){if (year%4==0){switch (month){case 1:return 31;case 2:return 29;case 3:return 31;case 4:return 30;case 5:return 31;case 6:return 30;case 7:return 31;case 8:return 31;case 9:return 30;case 10:return 31;case 11:return 30;case 12:return 31;default:return 0;}}else {switch (month){case 1:return 31;case 2:return 28;case 3:return 31;case 4:return 30;case 5:return 31;case 6:return 30;case 7:return 31;case 8:return 31;case 9:return 30;case 10:return 31;case 11:return 30;case 12:return 31;default:return 0;}}}
先判断月份的写法：
public static int getCurrentMonthDays2(int year, int month) {switch (month) {case 1:return 31;case 2:if (year%4==0){return 29;}else {return 28;}case 3:return 31;case 4:return 30;case 5:return 31;case 6:return 30;case 7:return 31;case 8:return 31;case 9:return 30;case 10:return 31;case 11:return 30;case 12:return 31;default:return 0;}}明显，代码的量上面有很大变化，性能上呢，方法一就不如方法二了，在判断2月份的天数的时候i，两个方法的耗时是一样的，因为都经过了两次判断，但是，如果判断其它月份，方法一就不如方法二了，每次都会多判断一个year%4==0，因为平年和闰年除了2月份不一样，其它月份都一致，所以得到其它月份的天数的时候，还要判断年份就等于脱裤子放屁，多此一举，话糙理不糙，到这里，其实还只是开始，我们来分析代码中的共同点，就是1、3、5、7、8、10、12月都是31天，4、6、9、11月都是30天，这样又有共同点，我们可以简化一下代码了，这次只是代码减少了，速度上与方法2也没有什么差距
方法3：
public static int getCurrentMonthDays3(int year, int month) {if (month == 1 ||month == 3 ||month == 5 ||month == 7 ||month == 8 ||month == 10 ||month == 12 ){return 31;}else if (month==2){return year%4==0?29:28;}return 30;}这样以来，瞬间清爽了好多，不过还不够，我们还要再优化，很明显看到天数为31天的月份有7个，30天的有4个，2月份有一个，计算问题，先易后难，道理很浅显，我们判断2月份的天数经过两个判断就可以ok，判断是否是大月，要经过最少1个判断，最多7个判断才能知道，同理，判断小月最少1个，最多4个判断，综合考虑，判断二月份的条件放在最前面，判断是否是小月放在中间，最后的大月就不用判断了，也就是三个大的范围条件换一下位置，性能会有提升：
方法4：
public static int getCurrentMonthDays4(int year, int month) {if (month == 2) {return year%4==0?29:28;} else if (month == 4 || month == 6 || month == 9 || month == 11) {return 30;}return 31;}说了这里，会陷入一种空口说大话的尴尬境地，你说快就快，你说性能高就高？拿出凭据来，好吧，服不服，不服来跑个分
public static void main(String[] args) {long a = System.nanoTime();for (int j=0;j<=Integer.MAX_VALUE/2;j++){for (int i = 1; i < 13; i++) {getCurrentMonthDays4(2016, i);//测试方法3的时候对应换成方法3}for (int i = 1; i < 13; i++) {getCurrentMonthDays4(2015, i);//测试方法3的时候对应换成方法3}}System.out.println(System.nanoTime()-a);}通过这种虐CPU的方式来得到多次测试的时间，本来用的j<=Integer.MAX_VALUE的条件，奈何我的电脑CPU不够强劲，减去一半，平年闰年都弄进去多次运行，最终，方法3的纳秒数在5518968到7031239之间徘徊，方法4的纳秒数在4822850和5222850之间徘徊，这个时间会受硬件影响，不过我多次测试，就是大约在这个区间内，如果你们的电脑CPU好点，这个时间会相对短一点 ，不过，从这个大致结果，就已经很能说明问题了，大家可以去试试。这个东西确实简单， 所以高手勿笑，献丑了，在家闲的无聊随便写的。
想做你的有缘人，可是我知道结果是惨淡的，但还是心存希望！
