用Java编程能给物联网（IoT）带来什么优势与不同？

用Java编程能给物联网（IoT）带来什么优势与不同？

这是一个不太容易回答的问题，也是一个适合拿出来与大家讨论的一个话题~
首先需要聊聊物联网硬件与嵌入式设备有什么不同。嵌入式设备通常是一个软件一体的产品，MCU完成传感器的读写，驱动设备，完成一个或一个集合的设备功能。而物联网设备个人认为应该包含两个方面，一个是硬件传感器数据采集处理的能力，还有就是云服务的植入能力。不可否认，传感器等硬件能力是物联网设备的基础，但是仅仅具备嵌入设备的能力而缺乏与互联网服务接入的能力的话，并不是一个典型的物联网产品。

解释了这个问题之后，我们就可以来看看Java给物联网带来什么能力？

首先，从嵌入式设备的角度出发，传感器等硬件驱动的能力是完全没问题的，但是当你的设备完成了数据的采集控制之后，应该如何通过webAPI与云服务器互动，甚至开放出你的硬件能力给第三方服务使用这个部分是嵌入式产品和从业人员不具备的知识体系。举个例子，智能手机上的GPS传感器，手机厂商做的GPS传感器更多的是为第三方软件服务的（导航、打车、外卖）而不是手机厂商自己用，所以硬件能力的开放给第三方软件是趋势。

然后，从互联网云服务角度出发，在移动互联网成熟的业务和服务、大量的开发者，他们十分熟悉业务和云服务，但是传统无法触达终端，物联网设备的软件和硬件耦合，开发工具SDK五花八门，互联网程序员不具备从事传感器硬件编程的知识和背景，而通过JOSH技术，让互联网程序员可以用与硬件无关的Java编程方式在设备上进行硬件数据的采集控制，然后再对接自己熟悉的云服务，甚至进行业务的开发，这是让物联网从业人员多起来的方式，也是让物联网业务真正能与实际场景结合闭环的手段。

很多人不明白，JOSH是如何实现用JavaAPI实现传感器数据的读写的，如何实现硬件无关的传感器硬件接口的编程的，这个是一个比较大的话题，我们后面会再JEDI的板块展开讲解，主要的技术实现方式是通过Java设备接口来实现，DeviceAccessAPI（一个开源社区的项目，在Java虚拟机实现的一个标准的通用IO接口，支持MCU的外设接口：GPIO、UART、SPI、I2C、ADC、PWM等），下面一张图片，让大家有个基本的印象：

在国外，关于IoT为什么需要JOSH这样的技术的讨论，起源比较早。只要是嵌入式技术的从业者，或者对于OS(操作系统)有所研究有所兴趣的朋友，一定听说过uC/OS，这个是每个人的入门利器。其知名度不亚于Linux，是嵌入式系统的OS。C语言是其开发语言，与其类似的操作系统，已经发展了很多年，有ThreadX、国人主导的开源嵌入式操作系统RT Thread、华为的Liteos、和ARM出的mbed等等，种类十分众多。抛开主观因素，我想后来的操作系统无论是在开发者的规模，认可度，普及性，开源资料等等各个方面，绝不是uC/OS的对手。

那么，问题来了，uC/OS作为拥有众多受众和开发者的嵌入式操作系统的鼻祖，为何在面对IoT新的机遇时，强调JVM（uC/OS推荐的物联网操作系统方案是uC/OS作为底层系统上层使用MicroEJ的JVM用于物联网）更为适用与IoT，并且如此看重？个人认为：C语言开发优势之外，劣势在于依赖编译器，依赖硬件，门槛高，形成不了规模优势，应用不能独立运行，难以后装应用等等，而JVM(Java虚拟机)屏蔽掉了不同的芯片、编译器的区别，并且可以让应用独立的开发和后装应用，可以建立ecosystem和IoT APP Store，还有最重要的，全球1000万的开发者，和现成的开源社区应用资源。这些资源就连盘踞嵌入式系统多年的uC/OS都无法与Java比，更别提那些刚刚进入的没有本质差别的同质化产品。开源和生态不是巨无霸的商业就能建立的，而是要顺势而为，就像Google做Android都要复用Java社区的道理一样。

最后，来点干货，如果一个人民币100块钱以内的智能手表，可以让所有Java&Android的开发者都能开发应用，并且可以构建手表的应用商店，随时安装各种应用和未来我们还没想到的应用（比如安装一个共享单车的APP就可以用手表刷一下解锁）是不是听上去比现在只能计步的要更“智能”一些了呢？关键GUI非常漂亮，并且可以自己定制，随时OTA迭代~