方法重载overload

方法重载overload

    1.1、什么情况下我们考虑使用方法重载机制？
        当功能相似的时候，建议将方法名定义为一致的，
        这样代码美观，又方便编程。

        注意：如果功能不相似，坚决要让方法名不一致。

    1.2、代码满足什么条件的时候构成了方法重载？
        条件1：在同一个类当中
        条件2：方法名相同
        条件3：形式参数列表不同（类型、个数、顺序）

        注意：
            方法重载和返回值类型无关，和修饰符列表无关。

    1.3、方法重载的优点？
        代码美观
        方便代码的编写

2、方法递归
    
    2.1、需要理解什么是方法递归？
        方法自身调用自身。
    
    2.2、使用递归的时候，必须添加结束条件，没有结束条件，会发生栈内存溢出错误。
        StackOverflowError
        原因：一直压栈，没有弹栈，栈内存不够用。
    
    2.3、会画出递归方法的内存结构图。
        递归的过程当中可以将图画出来。
    
    2.4、能够使用循环代替递归的尽量使用循环，循环的执行耗费内存少一些，
    递归耗费内存相对多一些，另外递归使用不当很容易内存溢出，JVM停止工作。
    当然，只有极少数情况下，只能用递归，其它代码解决不了问题。

    2.5、当递归有结束条件，并且结束条件合法的时候，就一定不会内存溢出吗？
        也不一定。可能递归的太深了。
    
    2.6、在实际的开发中遇到递归导致的栈内存溢出错误是怎么办？
            第一步：先检查结束条件是否正确。
            第二步：如果正确，可以调整JVM的栈内存大小。(java -X)

3、我们要一味地将变量和代码缩减吗？

    public class Test{
        public static void main(String[] args){
            /*
            int i = 100;
            System.out.println(i);
            */

            System.out.println(100);

            boolean flag = test();
            if(flag){
                ...
            }

            // 缩减之后的
            if(test()){
                ....
            }
        }

        public static boolean test(){
            return true;
        }
    }

   过度缩减变量数量会有什么后果呢？
        后果1：代码的可读性差。
        后果2：可读性差也可以会牵连到代码的开发效率。

         注意：在编码过程中，有一些变量名是必须要定义的。
        因为在后面代码中还需要访问这个数据。重复的访问这个数据。