虚函数final提高编译效率

① 预编译头文件会提高程序性能吗

预编译不涉及到代码本身的优化级别，更不会修改代码，所以同样的内容不可能产生程序性能的优化的

② java方法中变量用final修饰对性能有影响！你觉得呢

在java中使用final修饰类型(包括类和接口)或类的成员与修饰方法中的普通变量从JVM的角度上看是不一样的！鉴于你谈论的是用其修饰方法中普通变量的形式，故简单说一下这方面的东东。

是否使用final修饰方法中普通变量对JVM来说没有区别！使用final修饰方法中普通变量主要是为了给Java前端编译器(如javac)看的！也就是说方法中被final修饰的普通变量在前端编译时被javac检查并保证该变量不会在作用域内被改变新值，但被编译成字节码后用于修饰方法中普通变量的final就已经不存在了！说的再具体点就是你用或不用final修饰方法中普通变量而生成的字节码文件(.class文件)没有区别(建议你用某种Class文件编辑器查看一下)！！！ 当然在编译过程中会扫描final关键字并对其生成词法单元(Token)，同时生成的抽象语法树(AST)在未优化之前也是有区别的。
故如你所说的“普通方法中变量用final修饰的，方法结束后jvm是不会回收这个变量的，也就不会释放内存！”这个要看该变量的作用域(比如是否发生常见的方法或线程逃逸等情况)以及是否赋值为字面量(比如字符串字面量"XXX"在加载时会被拘留(intern)在运行时常量池中，而不会在方法结束后下次GC时被回收，但这与final修饰无关!) 等特殊情况，但其是否被回收与是否仅被final修饰无关！！

至于用final修饰类型(包括类和接口)或类的成员从JVM角度考虑就和上面的很不一样了，比如你谈到的被final修饰的方法，虽然从虚拟机规范层面上讲也使用invokevirtual字节码调用，但其实它已经属于非虚方法，在JVM的角度上完全可以(当然还要看具体JVM如何实现)用指向目标方法对象的指针来作为解析的结果(直接引用)，而不用再通过虚方法表进行每次执行时的动态分派过程，从而提高运行效率。再比如你谈到的内联，就我所知不用final修饰的方法在运行时只要JVM判断其满足一定条件(比如常见的HotSpot虚拟机对“热点”方法的判断)时也会根据具体情况进行内联(守护内联机制或内联缓存机制)这种基础优化机制，这方面就不多说了。(有些跑题了，呵呵)

最后想说的就是不推荐仅为了有可能提高的一点执行效率而尽可能多的使用或者滥用final(同样也适用于static等关键字)，首先提升程序执行效率应该更多的从算法复杂度、业务流程合理性、软件架构合理性以及后期运行时环境调优上着手，而仅从某种语法内部运行机制上打主意意义不大！当然《Effective Java》中还是给出了不少关于使用java方面有意义的指引。其次不同的JVM产品或相同JVM产品不同版本或相同版本不同JVM配置参数都可能对同一语法机制在内部有不同的运行策略，很有可能原本希望提升执行效率的手段在某种运行时环境下却成了瓶颈。再者就算不考虑代码的可读性和可维护性，但在注释时又如何去说明仅为了提升性能而用的final或其他关键字呢？(当然可以忽视掉对它们的注释，我想这也是造成楼主提问的原因。)

罗嗦了一大堆，也不知是否是你想谈论的，希望对彼此有帮助吧。
个人看法，属于原创，仅供参考，水平有限，错误难免，接受指正，谢谢。

③ perl能不能完全编译成二进制代码，提高执行效率

可以的，WINDOWS下的perl2exe工具可以把.pl文件编译为独立的.exe文件。

④ final，static,const在使用上有什么区别

网上找到的,保留了 JAVA中final、staticfinal:final修饰类：该类不可继承 final修饰方法：该方法不能被子类覆盖（但它不能修饰构造函数） final修饰字段属性：属性值第一次初始化后不能被修改 使用final可以提高程序执行的效率，将一个方法设成final后编译器就可以把对那个方法的所有调用都置入嵌入调用里。 static:static修饰成员函数则该函数不能使用this对象 static不能修饰构造函数、函数参数、局部成员变量 static修饰成员字段则当类被虚拟机加载时按照声明先后顺序对static成员字段进行初始化。 static修饰语句块：当类被虚拟机加载时按照声明先后顺序初始化static成员字段和static语句块 static所修饰的方法和字段只属于类，所有对象共享，java不能直接定义全局变量，是通过static来实现的。 java中没有const，不能直接定义常量，是通过static final组合来实现的。 C#中readonly、const readonly、const是c#中的两种常量 readonly:为运行时常量，程序运行时进行赋值，赋值完成后便无法更改，也称为只读变量。 const:为编译时常量，程序编译时将对常量值进行解析，并将所有常量引用替换为相应值。

⑤ final 修饰符能提升 Java 程序的性能吗

对对象使用final,在编译代码时会将代码inline,可以提高效率,且对象不可修改
但是要注意,数组类型不适合使用final进行修饰
举个栗子:
public static final String[] a = {"","",""}
这里的a对象的子集是可修改对象,若要返回一个不可修改的数组可以写一个函数返回数组

⑥ 怎么可以提高vm虚拟机的运行效率我用来编译安卓的，情况不允许我装实体机

安卓要用VM么？eclipse就行啊

⑦ 如何优化JAVA代码及提高执行效率

网站优化通常包含两方面的内容：减小代码的体积和提高代码的运行效率。减小代码的体积已经写过太多这类的文章了，下面就简单讨论下如何提高代码的效率。一、不用new关键词创建类的实例用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。在使用设计模式(DesignPattern)的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。二、使用非阻塞I/O版本较低的JDK不支持非阻塞I/OAPI。为避免I/O阻塞，一些应用采用了创建大量线程的办法(在较好的情况下，会使用一个缓冲池)。这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。然而，创建Java线程需要相当可观的开销。JDK1.4引入了非阻塞的I/O库(java.nio)。如果应用要求使用版本较早的JDK，需要支持非阻塞I/O的软件包。三、慎用异常异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地(Native)方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。异常只能用于错误处理，不应该用来控制程序流程。四、不要重复初始化变量默认情况下，调用类的构造函数时，Java会把变量初始化成确定的值：所有的对象被设置成null，整数变量(byte、short、int、long)设置成0，float和double变量设置成0.0，逻辑值设置成false。当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。五、尽量指定类的final修饰符带有final修饰符的类是不可派生的。在Java核心API中，有许多应用final的例子，例如java.lang.String。为String类指定final防止了人们覆盖length()方法。另外，如果指定一个类为final，则该类所有的方法都是final。Java编译器会寻找机会内联(inline)所有的final方法(这和具体的编译器实现有关)。此举能够使性能平均提高50%。六、尽量使用局部变量调用方法时传递的参数以及在调用中创建的临时变量都保存在栈(Stack)中，速度较快。其他变量，如静态变量、实例变量等，都在堆(Heap)中创建，速度较慢。另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化，望采纳，谢谢。

⑧ Java中 为什么定义为final的方法执行效率要高的啊

定义为final的方法，只编译一次，也就是说，常量方法属于类方法，而不是实例方法
而且在后期运行时，final方法是内嵌在程序中运行，而不是每次使用都去调用函数的副本
自然效率就出来了

⑨ 虚函数是可以内联的，这样就可以减少函数调用的开销，提高效率

当然不能，虚函数意味在运行期确定函数的调用地址，内联函数如同宏的用法一样，相当于在编译期把调用内联的地方加上了函数实现的代码。前者是动态的，后者是静态的。
另外，即使编译器通过了编译，那么函数也不可能是内联的

⑩ 什么工具可以提升gcc编译效率

这个一般的工具应该还是做不到的，但是工具栏上应该还是有制动编译的功效，你看一看。