对文件进行操作没有问题,但对系统硬件的操作还是要通过JNI调用系统命令或其它C语言写的程序。
解决方案 »
- 谁能给我通俗易懂的解释下预处理PreparedStatement对象的setInt(int parameterIndex, int x)
- 关于反射的一个问题。
- 怎么灰石,键盘不能响应事件
- 调查:各位所在的公司有没有不设专门的测试岗位的、开发人员自已编写代码自已测试?开发人员感觉差不多了,就可以发布了?
- 问一下关于数组的基础问题
- request.getParameterMap()的问题?entry.getValue()取值疑问
- 在JDK目录下面的java目录中类库与src.zip中的类库有什么差别?
- session 超时的问题
- 现在在社会上都用JAVA开发什么样的程序
- jbuilder使用的若干问题
- 怎样呼叫另外的一个窗体?
- 为什么选不中JTable首列的checkbox??
但通常的文件操作,IO操作是可以的
直接驱动硬件的功能是由驱动程序来完成的,它们工作在ring0层,
拥有和操作系统等同的权限,如win9x下的VxD,NT下的WDM等
反正如果是使用C的话就应该没问题吧!
他的运行必须要由JVM来翻译为机器代码,JVM是硬件和平台有关的,他是java程序与硬件平台
的中间纽带。就同机器代码是程序与CPU微指令系统的中间纽带一样。从原理上说,你的想法是可以成立的,不过没有人会这样做,因为这等于是用java在写一个
操作系统了,因为任何一个裸机系统,都有一个指令启动入口,由入口进入硬件检测程序,完成后再转到
系统装载程序,装入系统初始化程序段,创建操作系统的基本环境,运行最高权限的进程0,
再装入系统的其他子系统,操作系统启动完成,最后进入等待状态。等待用户或批作业装载
作业进程。理论上说,如果你把裸机检测完成后的系统装载程序换成装载JVM和java操作系统的初始化程序段,其实就是在裸机上加载了JVM的虚拟机上运行java操作系统罢了。遗憾的是,到现在都
没有人愿意做这样的操作系统,也没有人愿意来开发这样的操作系统下的其他子系统的软件,
比如设备驱动。更没有多少硬件厂商来支持这样的驱动开发。就象在LINUX下的驱动和应用
都没有WIN下丰富一样