Java的跨平台就是一句谎言。
实不相瞒，Java是我见过的执行效率最低的程序设计语言，前不久在CSDN论坛上有个评测，计算9999的阶乘，同样的循环算法，Java的耗时是.NET的5倍。我以前很喜欢Serv-U，自从它用Java重写之后我就再也没用过，实在是太慢了，我宁可用IIS搭建FTP，虽然IIS搭建FTP在权限管理上很不灵活。
我有个同学，他是搞Java的，他给我说“Java不是效率低，而是速度慢。”，我不是搞Java的，我实在想不透这句话的含义，难道执行速度慢不就是效率低吗？难道执行速度慢还成效率高了？
其实Java之所以在曾经独步天下，就是因为他的跨平台、安全性，这两方面，效率可不是Java的强项，反而是他最短的一块挡板，虽然Java总是用理论证明比.NET快。
也许C#刚上市的时候有些抄袭Java吧，但自从C# 2.0上市之后，整个局面就扭转乾坤了，不但Java在模仿C#，而且他从来都没能跟得上C#的脚步。
就安全性而言，Java已经远远低于VB.NET，更无法与安全性著称的C#相比。
也许唯一可以让世人留恋Java的理由就剩下它的王牌——跨平台。
说句实话，Java跨平台根本就不是外行人想想的那种，一次编译，处处运行。
因为各系统的API不同，代码调用API编写程序就会遇到很多不兼容的地方，比如Java改写后的Serv-U就不能在手机上执行，手机的游戏也不能直接在微机上执行。
归根到底，Java跨平台可以，但是要重新编写代码，否则还分什么J2EE/J2SE/J2ME呢！
如果需要重新编写代码，几乎任何一门计算机语言都可以跨平台了，还用得着Java嘛，而且像PHP/C#等语言不需要修改代码都可以跨Windows/Linux。
另外，小型软件代码重用价值低，没有必要跨平台；大型软件，有严格的规划、部署，不可以随意跨平台。
Java欺骗了我们那么多年，如今的多核时代，我认为它气数已尽！
相关文档：
List的用法
List包括List接口以及List接口的所有实现类。因为List接口实现了Collection接口，所以List接口拥有Collection接口提供的所有常用方法，又因为List是列表类型，所以List接口还提供了一些适合于自身的常用方法，如表1所示。
表1 List接口定义的常用方法及功能
从表1可以看出，List接口提供的适合于自身的 ......
在成功实现Java调用C++之后，接下来想到能否通过JNA实现Java调用Fortran，今天试验了一下，还是比较容易的。
网上有一个Java调用F95的例子，但是我考虑不仅要实现F95的调用，还要实现F77的调用，所以费了一些周折。
问题的关键在于F77为过程名自动添加了一个尾部的下划线，所以sub1这个过程，到Java一端，就变成了sub1_， ......
1. Multiply-Thread
Locks offer two primary features: mutual exclusion and visibility. Mutual exclusion means only one thread at a time may hold a given lock, so only one thread at a time will be using the shared data. Visibility is to ensure that changes made to shared data prior to releasing a lo ......
代码如下：
package com.test.j2se;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
public class MD5 {
/**数据加密
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
try {
MessageDigest code = MessageD ......
