Java属于嵌入式开发吗？

Java属于嵌入式开发吗？其实对于嵌入式系统来说，Java技术比C语言和汇编语言有着很明显的优越性，其中最显著的特点是减少了系统的开发和维护，增强了代码的重利用能力，提高了Java代码与系统原有代码的可整合性。当然，但大多数嵌入式应用也面临着Java没有处理好的两大约束：没有足够的空间和时间。

    Java做嵌入式开发的优势

    1. 提高开发效率和可维护性

    在项目的整个生命周期中，Java环境大大的简化了开发和维护。由于目标环境是建立在一个虚拟机上，代码可以很容易的编写、调试、分析、更改、维护。加上将来要连接的外接设备，未来的系统可能比目前的嵌入式系统复杂很多。升级手册也许不会在整个项目的生命周期中都能起到作用。取而代之的是，硬件设备的可连接性使得能够远程管理模块，这样就保证了开发人员能在产品上增加新的性能，同时解决了在产品生产后软件升级和维护的问题。

    2. 重复利用代码

    由于嵌入式系统有特殊的需求，以及不同的专门硬件要协同工作，嵌入式软件开发者通常使用非常原始的方法来开发，有时每一个新的项目都要从头再来一遍。现在，随着嵌入式技术的成熟以及系统本身变得更大更优化，很多人开始对于把一个产品的模块甚至是全部的应用程序用到另一个产品感兴趣。这种可重新利用性使得"一次开发，多次利用"成为了可能。

    Java环境使得一个模块可以只要做很少的工作就可以适应多个项目和平台。甚至包括有时客户需要一个新的目标板，或者采用新的硬件(CPU或外设)和软件，或者使用不同的Linux都可以进行移植。

    3. 集成Java代码和源代码

    在Java应用中，一个设计很好的界面，或者虚拟机，或者是底层的硬件都可以很好的兼容到嵌入式系统中。尽管无法移植，对于很多功能和硬件界面来说，在本地环境下开发的代码也许仍然是最好的解决方案。在C、C++或者汇编语言中，加入标准的通信、接口模块、用户界面、安全特性会花费很多时间与金钱。与之相比较，Java的基本库本身就提供了这些东西甚至还更多，这样就可以加速开发。

    Java做嵌入式开发的劣势

    1.Java碎片

    其实从嵌入式开发人员的角度来看，碎片并不会影响到嵌入式开发人员，因为已经可以确定设备之间的硬件是完全兼容的。如果使用的是原始语言像C/C++的话，嵌入式开发人员可以在任何地方来编写代码，并在不同的设备上进行代码的重用。

    2. Java平台测试

    如果采用Java来实现嵌入式设备开发，会不会碰到C/C++经常碰到的测试成本太高的难题呢？当然，采用Java来开发的话，可以对软件进行多次的重复测试，尽管这不一定是必需的。而完全需要进行重复测试的只是那些新加的Java实现。

 

    如果是Java平台的合法用户的话，还可以使用Sun提供的TCK来进行程序兼容性的检测。如果付费的话，还有很多压力测试可供选择。只要能保证Java平台的正常运行并按Java的测试通过了的话，那么所开发的程序其可移植性是完全可以保证的。

    当然，在此有必须有提醒一下只测试Java实现端口的开发人员。因为有一些端口的实现有可能是采用C/C++来编写的，这些必须测试。可以使用全新设备来对整个程序进行测试以达到这一目的。

    3.Java占内存

    使用Java平台进行嵌入式设备开发时，其对内在的使用量，会不会比使用原始语言如C/C++更大些呢？这取决于软件的复杂性。Java由于虚拟机和内库的原因，有可能会导致内存开销的增大。当然，内存的占用量还取决于应用的大小及内在的使用情况。

    使用Java编写的程序，只有使用频率比较高的代码才导致内存占用的增加。相反，使用C/C++编写的程序，整个代码都需要进行编译。因此，不能说使用Java语言编写的程序占用的内存就会比使用C/C++编写的程序大。这决定于软件相对于平台代码的复杂度及大小。如果软件规模比较大，Java平台所消耗的内存远小于Java类文件简洁性节约的内存，这种情况下，使用Java平台将有利于节约内存。如果软件的规模比较小，则Java平台消耗的内存就比较明显了，可以考虑使用C/C++来开发，以节约内存。

    根据Jaxenter对Oracle最近两个白皮书的分析，Java驱动在智能嵌入式设备上更具优势，尤其是M2M设备，将通过JAVA来驱动。由此可见，Java在嵌入式系统应用开发中有着美好前景。