关于Java程序在Windows下运行的疑问!

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于Java程序在Windows下运行的疑问!相关的知识,希望对你有一定的参考价值。

我刚刚学习完J2SE 有几点问题不明白,问下知道里的高手

帮我解答一下我的疑问好吗?

Java程序是垮平台的,在windows上也能顺利运行! 目前我所知道的在windows上运行的方法是 javac 再 java 或者在IDE里执行!

可是如果我要把我的程序给别人用,难道我要把我的CLASS文件复制给别人 再叫别人安装JDK或者JRE在CMD下用命令行来执行吗???

有没有好的解决方法呢?
感谢 l3130y

我可以这样理解你的话吗?

JAVA主要用来做WEB应用!

而一般不用来 做 桌面应用

Java程序是垮平台的,在windows上也能顺利运行! 目前我所知道的在windows上运行的方法是 javac 再 java 或者在IDE里执行!

跨平台性说得就是可移植性好,什么叫可移植性好呢?就是你在你的机器上编写的代码或者代码编译的class文件可以拿到别的机器上去运行,而这个别的机器可以是windows或者是linux或者是别的什么系统,但是有个问题,用C写得程序也可以拿到别的机器上运行,但这是有条件的,就是必须都是windows系统,因为C调运了很多操作系统内的函数什么的,但JAVA没有,纯JAVA的语言所有的功能都是用JAVA写成的,最典型的就是窗体,JAVA是画的模拟出来的,但是像VB,可能就是调用的操作系统的窗体,所以说JAVA的可移植性较好
也就是它的跨平台性比较好

现在我们再说一下JAVA的运行方式,你写的代码是保存为.java文件的,JAVA编译器把JAVA文件编译为字节码文件(一种二进制文件),然后JAVA解释器再解释这种二进制文件然后执行
也就是说,写代码一般用JAVA解释器和编译器,但是运行由JAVA解释器就可以了

可是如果我要把我的程序给别人用,难道我要把我的CLASS文件复制给别人 再叫别人安装JDK或者JRE在CMD下用命令行来执行吗???

如果你把你的class文件复制给别人,那么它的机器必须的安装JAVA解释器才可以执行,这是必须的~~没有解决的方式

但是你还要明白一个问题~~JAVA主要是运行在网络环境下的,这也是它的优势和发展的动力,做j2ee项目时,他只要做网站的后台,而客户只要有浏览器就可以获得由JAVA在后台得到的数据,这时并不需要客户安装JAVA解释器,因为JAVA文件是在后台服务器上运行的

一般来说很少有用JAVA做桌面应用的,他就不适合来做,而且效果还没有vc++的好,所以并不需要客户大规模的安装JAVA运行环境
参考技术A 解决办法当然是有的,这个问题回答的人肯定不少,但是又忍不住说些观点,在这里还没看到有人说.

1.首先可以肯定你不应该把class文件复制给别人,而是应该打包成JAR文件,或者用工具,比如Jbuilder制作成EXE,但是注意,Jbuilder制作的EXE的运行仍然离不开JRE。这样做的好处是文件体积变小,携带性好,因为一个JAVA程序可以由多个class文件组成。但是这种EXE的意义就不是很大了,还不如做成JAR就可以了。

2.安装JRE是肯定少不了的,就像.Net程序的运行离不开 .NET Framework ,虽然 .NET Framework 相比JRE还是小不少,但是更重要的是微软在操作系统内捆绑了低版本的 .NET Framework ,加上强势推广,似乎安装 .NET Framework 的抱怨比安装JRE要少多了吧,其实两者是同一类事物。SUN也在努力减小JRE的体积,而且确实有进步。

3.比较好的解决办法当然是有的,那就是Java本地化!这样做的代价就是失去了跨平台性(废话嘛)。所谓本地化就是编译成真正的独立EXE程序(Windows平台),无须JRE。许多商业软件就做到了,比如OpenOffice,LumaQQ等。

比较推荐的用GCJ进行本地化处理,LZ可以自己慢慢搜索学习。

PS:windows自带JRE是绝对做梦了,除非哪天Windows归SUN来管。
说JAVA一般不用来做桌面应用也是乱说,OpenOffice、永中Office、Wurm online等等产品就有力反驳了这一观点
参考技术B 本不想回答,但l3130y的回答实在是漏洞百出,
1,C调运了很多操作系统内的函数什么的,这句话是不对的,C和C++是全编译过程,编译源文件,其生成目标代码文件obj文件,目标代码文件链接生成所谓的exe文件,exe文件就是大家熟知的机器码指令,这里的exe文件是指x86平台或者linux,unix等其他平台的二进制,在哪个平台上编译,就生成哪个平台上的文件,表面上似乎调用操作系统内的函数,实际上不是。
2,Java的跨平台的实现:语言无非四种,其一汇编的不用说了,直接运行的,其二,全编译的,类似C/C++,这种只能生成某种平台上的机器指令,没跨平台的特性,其三解释型,只要具备解释器,都可以跨平台,其四,类似Shell,批处理文件等,这种是调用别人的程序来组成一个新的功能程序,最经常用的就是咱们经常用的批处理。java的过程实际是介于2,3之间,它先是全编译成字节码.class文件,然后用解释器(所谓的JRE)在各个平台上解释执行。而且一般的执行会打包发布成JAR文件或其他类似文件(和WAR是一样的)。
3,我也说说JAVA运行方式,你可以看看JDK下的bin里面的java.exe,javac.exe文件的大小,一个编译器不可能10几K吧,所以JAVA的执行,比如说在DOS下输入javac XX.java,其中先在path中的各个目录下查找有无javac.exe,找到后javac实际上是启动JVM,而不是说javac.exe就是一个编译器,然后会按CLASSPATH中路径找XX.java文件,找到了就编译,找不到就提示异常。
4,一般来说很少有用JAVA做桌面应用的,这句话更是错误。eclipse就是用JAVA写的,以前参加软件工程师的考试用的考试系统(C/S模式)是JAVA写的,怎么能说JAVA很少做桌面应用呢?因为国内大部分使用的是windows的环境,所以大部分基于windows的环境,不存在跨平台的问题,而在国外呢,各种平台的使用非常广泛,所以JAVA使用也很广泛,无论是桌面的还是基于WEB的,但是要说的是,实际在开发的时候也说不准用什么,而是要根据实际需要。
参考技术C 我只跟你谈java的一些肤浅问题,别的不扯

你关心的是你的java程序怎么给别人用

1 叫别人安装JDK或者JRE?
回答:要让java程序运行,就得装个jre至少。(无论如何也是需要的)

2 在CMD下用命令行来执行
回答:不见得,目前sun的jre1.5(或jdk1.5)以上的windows安装文件(msi或exe,不是zip或gz之类的),执行安装后,默认将jar文件作为java程序包。于是你双击一个jar文件,就相当于用了java -jar之类的命令行来运行。但是class文件还是要自己写命令行的。所以你最好打包为jar,分发也方便。现在也有工具为你的java程序做个exe的启动外壳(如exe4java),那样直接点exe就可以了

3 JAVA主要用来做WEB应用! 而一般不用来 做 桌面应用
回答:国内来说确实这样,但是我们应该慢慢得适应在一些性能、分发部署方便性等方面可以容忍的场合使用类似java这样的语言来开发应用,毕竟开发周期短一点总是好的。(本人不少工具都是js或vbs的脚本,也有java或.net做的,简单嘛,哈哈)
参考技术D 别人的机器至少要有jre,而且java跨平台这个说法是针对网络开发来说的,因为浏览器一般都自带一个jre,所以在网上java的程序到哪里都能运行。

java程序在windows系统作为服务程序运行(转)

 
Java程序很多情况下是作为服务程序运行的,在Un*x 平台下可以利用在命令后加“&”把程序作为后台服务运行,但在Windows下看作那个Console窗口在桌面上,你是否一直担心别的同时把你 的Console窗口关闭?是否怀念用VC写的Win32服务程序?
翻开JBOSS、Tomcat的发布包,发现他们都使用了一个Open source——Java Service Wrapper。用Java Service Wrapper可以轻松解决我们的需求,让我们的服务程序成为 Win32系统服务。
当然,在Un*x下也可以使用Java Service Wrapper,可以避免加“&”的粗暴方式,导致每天收到一堆mail,通过Java Service Wrapper提供的日志方式查看运行信息。
Java Service Wrapper功能很强大,同时支持Windows及Un*x平台,提供三种方式把你的Java程序包装成系统服务,这里只介绍最简单的一种方式,因这种 方式无需对已有的服务程序作任何改变,仅仅增加几个script、配置文件就可以把你的Java服务程序改造成系统服务程序了。
当然在使用之前需要到http://sourceforge.net/project/showfiles.php?group_id=39428下载Java Service Wrapper的发布包。

下面简单介绍一下具体的使用步骤:
1.  将下载的Java Service Wrapper包解压到本地,目录为{WRAPPER_HOME};
2.  服务应用程序名为MyServApp,在目录d:MyServApp下建立bin、conf、logs、lib目录;并把你的已有应用程序如NioBlockingServer.class拷贝到该目录下;
3.  将{WRAPPER_HOME}srcin下的遗以下文件拷贝到MyServApp目录下,并重命名。
{WRAPPER_HOME}inWrapper.exe ? C: MyServApp inWrapper.exe
{WRAPPER_HOME}srcinApp.bat.in ? C: MyServAppinMyApp.bat
{WRAPPER_HOME}srcinInstallApp-NT.bat.in ? C: MyServAppinInstallMyApp-NT.bat
{WRAPPER_HOME}srcinUninstallApp-NT.bat.in ? C: MyServAppinUninstallMyApp-NT.bat
4.  将{WRAPPER_HOME}lib下的以下文件拷贝到C: MyServApp lib目录下
{WRAPPER_HOME}libWrapper.DLL
{WRAPPER_HOME}libwrapper.jar
5.  将{WRAPPER_HOME}srcconfwrapper.conf.in拷贝到C: MyServApp conf目录下并命名为wrapper.conf;并修改wrapper.conf文件,在其中配置您的应用服务。
主要修改以下几项即可:
#你的JVM位置:
wrapper.java.command=D:Sunj2sdk1.4.0_03injava 
#运行参数:如:
wrapper.java.additional.1=-Dprogram.name=run.bat
#classpath:
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=../bin/.
# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=../lib
#MAIN CLASS 此处决定了使用Java Service Wrapper的方式
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
#你的Java应用类
wrapper.app.parameter.1= NonBlockingServer
# 服务名
wrapper.ntservice.name=NB

# Display name of the service
wrapper.ntservice.displayname=Nio Nonblocking Server
# 服务描述
wrapper.ntservice.description=Nio Nonblocking Server
其他的配置根据你的需要改变即可
6.  对以上配置的MyApp.bat进行测试,运行MyApp.bat,就像在Console窗口下运行Tomcat一样;
7.  对以上配置的服务进行测试,运行C: MyServAppinInstallMyApp-NT.bat将把你的应用(此处为NioBlockingServer)安装到Win32系统服务中了。
8.  打开控制面板-管理程序-服务,看到Nio Nonblocking Server已经在系统服务中了,其他用法就与我们熟悉的Windows服务一样了。

Tomcat使用的是Java Service Wrapper模式二,这种方式需要对已有的程序进行小的改动,但可以通过Socket端口的方式控制服务程序核心的启动,更加灵活。Java Service Wrapper提供的模式三比较复杂,需要作出更多的编码,我没有研究。
采用模式一,即可简单有效的把我们的服务程序包装成为系统服务程序,并增强了日志功能,我们可以把MyServApp的几个文件做成模板,每次修改文件名,配置文件就可以了,有精力的朋友更可以做成Eclipse的plugin,鼠标点点就把应用配成服务了。

附件是一个模板,可以直接修改文件名和配置文件就可以把服务改造了。
 
 
 
Java Service Wrapper(以下简称JSW)是一个可以将Java应用程序封装成Windows服务(service)或Unix守护程序(daemon)的程序,而且是免费的。它可运行于:
  • aix - AIX
  • freebsd - FreeBSD
  • hpux, hpux64 - HP-UX, 32 and 64-bit versions.
  • irix - SGI Irix
  • linux - Linux kernels; 2.2.x 2.4.x, 2.6.x. Known to work with Debian and Red Hat, but should work with any distribution.
  • macosx - Macintosh OS X.
  • osf1 - DEC OSF1.
  • solaris - Sun OS, Solaris 7, 8.
  • win32 - Windows NT, 2000, XP, and 2003.

JSW的使用有三种方式:

  1. 用WrapperSimpleApp class启动应用程序。这是使用JSW最简单的方式,也是推荐的方式。但使用这种方式有个问题,因为JSW是直接使用System.exit()退出 JVM的,这等如使用者在应用程序运行期间直接按ctrl-c退出程序一样。如果应用程序在退出前需要执行clean up的话,需要自行登记shutdown hook,或不要使用这种方式。以这种方式配置JBoss的例子(Win32Linux / UNIX)。

  2. 第二种方式是使用WrapperStartStopApp class。这种方式是给Tomcat之类的应用程序(即在一个类启动,但以另一个类结束的应用程序)。通常这类的应用程序都会在启动时打开一个 server socket,用来等待要求程序结束的连接,当接收到要求结束的请求,“结束”类会被执行。而JSW就是在收到停止运行的要求时,直接执行这个“结束” 类。以这这种方式配置Tomcat的例子(Win32Linux / UNIX)。

  3. 第三种方式,也是最复杂,最灵活的一种方式,也是唯一一种需要编程的方式。这种方式要写一个实现WrapperListener接口的类。有些功能 是这种方式独有的,例如直接在程序中接收及回应系统控制事件(如启动及结束)。但这也增加了程序的复杂程度。如果不需要这些功能的话,还是使用第一种方式 比较方便。以这种方式配置的例子

注:使用第一种方式最好不要使用JRE1.3.x或以上,因为1.2.x无shutdown hook的技持。如程序只能使用JRE1.2.x,就需要使用第二或第三种方式使用JSW。

 

 

 

今天在浏览all JSRs时,看到一个被withdrawed的JSR 96 Java Daemon,主要是开发一个运行各平台的Java Daemon框架(容器)。
去google上翻了些资料,链到一个有意思的东东Java Service Wrapper(http://wrapper.tanukisoftware.org/doc/english/introduction.html)major features including:
  1. 在windows平台的以服务运行,在Unix平台以后台Daemon运行;
  2. 提供应用的高可用性,通过监控JVM进程来实现,发现JVM进程crash或者挂起,就restart it;
  3. 针对各平台提供一致的应用启动脚本;
  4. 提供应用restart自身JVM的能力(Restart on-demand);
  5. 易于安装和管理,支持JMX

个人感觉,特性1和2比较有价值。

很可惜,在以apache为首的多国部队围剿下,很有创意的JSR 96被killed。

 

 

 

 

项目中有一个java应用程序,交付后用户要求要把这个程序做成后台服务程序,即:系统启动后该程序可以自动启动,并且在前台不要出现运行窗口,维护人员只要在“服务管理”(Windows)中选择启动或停止即可.
解决办法如下:

Linux
在Linux中注册后台服务程序相对容易,只需编辑/etc/init.d/boot.local文件,在boot.local文件里加上下面这句脚本:

技术图片/iapappserver/MessageServer2.1/run.sh

其中run.sh是java应用的运行脚本

Windows
在Windows下的情况较为复杂,需要使用Windows提供的两个工具:instsrv.exe(下载)和Srvany.exe(下载).
instsrv: 这个工具是把win32程序变成系统服务。
基本用法:

 

 

由于应用的需求,需要把Java App作为NT服务来运行,于是就找来了Java service wrapper这个工具来帮忙了。官方网址:http://wrapper.tanukisoftware.org/doc/english /download.jsp。

    Java Service Wrapper提供了4种方式来Java App注册为服务运行(Integration Methods)。

  1. 使 用 WrapperSimpleApp帮助类来启动应用。 这种方法是最简单的方法。使用这种方法需要注意的是Java Service Wrapper停止Java App的时候不会调用Java App的相应的接收方法,而是直接调用System.exit()来结束Java App。
  2. 使 用 WrapperStartStopApp帮助类来启动应用。这种方法假设Java App有相应的启动,停止类。由ClassX负责启动Java App,ClassY负责停止Java App。当然了,具体使用的时候也可以用同一个类来启动或者停止Java App,只要初始化该类的不同启动或停止参数就可以了。
  3. 使 用WrapperManager类来启动应用。这种方法是最灵活的启动方式,而且需要Java App的启动类必须实现 WrapperListener接口。 WrapperListener接口有start(String[] arg0)和stop(int arg0)方法,需要Java App的启动类来实现。这就就可以用WrapperManager类来管理Java App的主类了。
  4. 使用 WrapperJarApp 帮助类来启动应用。这种方法和WrapperSimpleApp帮助类相似,只是使用这种方法的时候,Java App要求打包为可执行的Jar文件。

    我使用第二种方式启动自己的Java App。下载Java Service Wrapper后首先是copy一些文件到自己的Java App应用相应的目录下。给目录的结构类似下面这个样子:

    src

      |

      |--bin

      |     |--wrapper.exe

      |     |--App.bat

      |     |--InstallApp-NT.bat     

      |     |--UninstallApp-NT.bat

      |

      |--conf

      |     |--wrapper.conf

      |

      |--lib

      |     |--Wrapper.dll

      |     |--Wrapper.jar

      |

      |--logs

      |     |--wrapper.log

      |

      |--<Your own Source Classes here>

    当然了,如果你的应用程序已经写好了,不行改变已有目录的名称,那就修改Java Service Wrapper的配置文件吧。比如conf文件目录原来的名称为configuration,那就你就可以修改bin目录下引用wrapper.conf 的bat文件中相应的地方即可。

    然后就是配置文件wrapper.conf的修改了。

   wrapper .java .command=java :  指定要运行的Java .如果已经设定了Java的环境变量,这里可以不修改;如果没有,可以使用绝对路径指向 JDK bin 目录下的java。

   wrapper .java .mainclass=org.tanukisoftware.wrapper.WrapperStartStopApp:  指定要运行的帮助类,这个类是上面说的4中方式的启动类之一。Java Service Wrapper是用自己的类来启动应用程序,并把实际要启动的Java应用程序的主类作为该类的第一个参数传进去。 

   wrapper .java .classpath.1=../lib/wrapper .jar :配置Java 的类路径,这里的将 wrapper .jar 也包含在内,这里可以设置参数的位置,而且这个位置必须得从 1  开始,不能跳过,必须顺序指定,指定类路径的时候还有根据依赖关系来排列 , 被依赖的排在前面,否则会出现 ClassNotFoundException 的错误,这里支持绝对路径和相对路径,也支持通配符 "*" ,比如 wrapper .java .classpath.1=../lib/wrapper * , 不过这个通配符只能用于匹配文件名,不能用于匹配文件夹名称。当然了,这里也必须添加上当前目录或者上一级目录,取决于你的主类所在的目录。

   wrapper .java .library.path.1=../lib: 指定Wrapper 自带的类库文件存放文件夹,比如 Wrapper .DLL 文件等,只要指定到对应的上级目录名称就行,支持通配符。

   wrapper .app.parameter.1= : 指启动类,如上面说的ClassX 。

   wrapper .app.parameter.2= : 指启动类main方法需要的参数个数 。

   wrapper .app.parameter.3= : 指启动类main方法的实际参数,依次列出。

   wrapper .app.parameter.x= : 实际参数。

   wrapper .app.parameter.y= : 指停止类,如上面说的ClassY 。当然了,也可以和启动类一样为ClassX,但是需要参数来区分相应的操作。

 

   wrapper .console.title=Java App : 控制台窗口显示标题,

   wrapper .ntservice.name=Service Name:  系统服务的名称 ,

   wrapper .ntservice.displayname= Service Name : 在服务管理中显示的名称

   wrapper .ntservice.description= Service Name 的介绍信息 :  在服务管理器显示服务的描述信息

   wrapper .ntservice.starttype=AUTO_START:  配置服务启动方式,可以选择AUTO_START( 自动 ) 和 DEMAND_START( 手动 ) 两种方式。默认为自动。



























































以上是关于关于Java程序在Windows下运行的疑问!的主要内容,如果未能解决你的问题,请参考以下文章

java生成jar文件之后,在Windows XP上怎么运行啊?

菜鸟关于Windows消息循环的疑问

windows xp sp2 系统下java sdk的安装

Java学习系列第1课--Java环境搭建和demo运行

dos下怎么运行java程序

java多线程