精简JRE - 实例Swing计算器 with 精简JRE(续)

 

 

上一篇文章 精简JRE - 实例Swing计算器 with 精简JRE 是在自己的电脑里进行测试的.

测试时只是将Java安装目录,改了个名为Java2;调试程序时再改回来.

于是学着写了个批处理文件: 

@echo off
cd "C:\Program Files"
if exist Java2 ( 
  rename Java2 Java
  echo Java2 exist. 
  echo Java not exist. ) else ( 
    if exist Java ( 
      rename Java Java2
      echo Java exist. ) else (
      echo Java not exist. )
    echo Java2 not exist.
)
@pause

   

后来发现测试程序时,直接设置path;高度程序时,则不设置path反倒更方便.

闲扯了些题外话....

 

本文主要介绍程序真正被移植到没安装JRE环境中出现的问题.

 

研究动机: 精简JRE并打包成exe文件的目的是想将Java程序更好的移植到没有事先安装JRE的XP系统中

 

因此,光在自己电脑上测试还是不行的,晚上试着将程序发到没装JRE的同学电脑上试运行,竟发现原来没有我想像的那么顺利(虽然事先有心理准备).

尽管之前拷贝程序所需要的类已经花了不少功夫,但是在实际操作中还是出现了ClassNotFoundException错误.

跟踪程序并将所缺失的类手动复制到之前精简的rt.jar中,复制的时候我发现都是形同AWTAutoShutdown$1.class的类文件缺失.

大家应该都知道这是AWTAutoShutdown类中的内部类被编译后生成的class文件.

 

猜测: 使用-verbose跟踪测试程序时,测试时某些内部类没有加载进来.(未深究)

由于不同的机器,硬件不同,Java底层处理图形图像的操作也不尽相同,所以出现在某些电脑中需要的类(特别是内部类)不同.看来没用到的内部类不能随便裁剪掉,最好保留(这是上一篇文章中提到类拷贝程序中未兼顾到).

 

改良办法:

1. 改良类拷贝程序,将相关的内部类一并拷贝出来.

2. 在未装JRE环境中再次调试,根据错误提示,将尚未拷贝到精简rt.jar中的类,手动拷贝出来,重新打包到rt.jar.

 

将因硬件不同而不同的类都加载进来才是最终的解决办法.

本人愚钝,不知道这些类的位置.望高手不吝 赐教.

 

程序打包成exe文件:

1. Java程序打包成exe文件 

2. BatToExe方法

REM  QBFC Project Options Begin
REM  HasVersionInfo: Yes
REM  Companyname: 可信软件与移动计算
REM  Productname: 计算器
REM  Filedescription: 计算器 - 爪哇哥
REM  Copyrights: 爪哇哥
REM  Trademarks: jarg
REM  Originalname: Calucator
REM  Comments: 
REM  Productversion:  1. 0. 0. 0
REM  Fileversion:  1. 0. 0. 0
REM  Internalname: Calucator
REM  Appicon: C:\Documents and Settings\Administrator\桌面\j2exe\Calucator(Java打包成exe文件)\pic\ico.ico
REM  Embeddedfile: C:\Documents and Settings\Administrator\桌面\jreDIY\Calucator.jar
REM  QBFC Project Options End

@echo off
set path="./jre/bin"
start /b javaw  -cp "./jre/lib" -jar Calucator.jar
@pause

   

start /b javaw实现控制台隐藏目的

 

在BatToExe中打开类似上述的bat文件,进行相应的设置,生成exe文件(具体步骤略). 

 

在从未安装JRE环境中运行情况:

 

 

附件中的二个压缩文件在从未安装JRE的XP系统中测试过(计算器源程序来源于网络). 

   

评论

25 楼 mathgl 2011-01-12  

jorneyR 写道

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

你这个可就不对了，.net如果是用高版本，在xp里一样要装.net framework，这个可不小。
C++看你要用谁了，VCL，MFC同样要带上一些系统里没有的dll
Qt：难道你不知道要带上如qcore4.dll, qgui4.dll之类的dll？这几个加起来最起码比好像是10M左右，如果在Windows使用GCC开发的，还要带上相应的dll，有的时候如果用到了QWebView，这个记得在Qt4.5时有18M左右，总的加起来，Qt写个小程序大小也是不小的

为什么总要鄙视别人的努力？你不需要，总会有用得着的人，当你的程序是发布给很多人用的时候，不带JRE，而大多数用户不会安装，痛苦的是你。

考虑到runtime体积的限制....

做桌面应用 (仅限windows下）最方便的是 delphi..

跨平台： qt......折腾的可以用wxwidgets。不过ui的表现会有差异..

24 楼 DOCDOC 2011-01-12  

jorneyR 写道

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

你这个可就不对了，.net如果是用高版本，在xp里一样要装.net framework，这个可不小。
C++看你要用谁了，VCL，MFC同样要带上一些系统里没有的dll
Qt：难道你不知道要带上如qcore4.dll, qgui4.dll之类的dll？这几个加起来最起码比好像是10M左右，如果在Windows使用GCC开发的，还要带上相应的dll，有的时候如果用到了QWebView，这个记得在Qt4.5时有18M左右，总的加起来，Qt写个小程序大小也是不小的

为什么总要鄙视别人的努力？你不需要，总会有用得着的人，当你的程序是发布给很多人用的时候，不带JRE，而大多数用户不会安装，痛苦的是你。

那你用低版本不行么？2.0就可以。
再说了，以后慢慢老版本的XP淘汰了，你能找到不带.NET Framework的Windows机器还真难。
你做一个计算器什么的东西，难道要把Qt的类库全部打包么？
说实话，Java做桌面应用不是主流，真的要做正儿八经桌面应用的，你还需要精简JRE么？（再说了，这里还有法律上的问题）

23 楼 jorneyR 2011-01-12  

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

你这个可就不对了，.net如果是用高版本，在xp里一样要装.net framework，这个可不小。
C++看你要用谁了，VCL，MFC同样要带上一些系统里没有的dll
Qt：难道你不知道要带上如qcore4.dll, qgui4.dll之类的dll？这几个加起来最起码比好像是10M左右，如果在Windows使用GCC开发的，还要带上相应的dll，有的时候如果用到了QWebView，这个记得在Qt4.5时有18M左右，总的加起来，Qt写个小程序大小也是不小的

为什么总要鄙视别人的努力？你不需要，总会有用得着的人，当你的程序是发布给很多人用的时候，不带JRE，而大多数用户不会安装，痛苦的是你。

22 楼 yeshaoting 2011-01-12  

qianhd 写道

yeshaoting 写道

qianhd 写道

bat2exe
进程名还是java 或者 javaw
这点不好

嗯...并且360安全卫士还会报木马错误.
另一个压缩包里的exe文件运行里进程名是Calucator.exe
二种打包方式不一样.

360是LJ
见到bat就报木马

个人觉得360安全卫士蛮好用的.
用BatToExe做出来的exe文件会被当成威胁木马.
但是精简JRE_-_实例Swing计算器_with_精简JRE_BatToExe里面的bat文件运行好好的.
没准是BatToExe的问题...

21 楼 yeshaoting 2011-01-12  

liangguanhui 写道

我来说说个人意见

（1）完整的JDK非常大，安装完毕貌似是上百M，即使是JRE，貌似也是20M以上，所以适当的精简还是很有必要的。如果精简到3-5M左右，按照目前一般软件的大小算是可接受范围了。

（2）精简JRE的另外一个很重要的用途，是软件部署。由于Java是跨平台，跟Windows结合和.NET是没有可比性的，用户愿意安装一个.NET，但一般不太愿意安装一个JRE，这是一个很现实、但又很无奈的问题。通常我们精简JRE的同时、往往就是把JRE集成到我们的软件里，这样用户就不需要为了我们的软件去另外去安装一个JRE——虽然已经不知不觉地使用了JRE。

（3）这一类精简JRE，实际上就是为了解决上面的两个问题。这应该算是Java桌面软件的不足。其实相对于Native程序，Java还有一个内存消耗大的问题，不过以目前2G标配内存来看已经不算什么大问题了。

（4）其实精简JRE已经有一个很好的例子：Green JVM。它已经做得不错，不过多做一个轮子也不是什么坏事。

最后，如果你的精简版JRE发布了，可以通知一声。

你分析总结的真好.
等我的精简版JRE发布,可能有得等了.
我毕业前看来是没什么指望了...除非老师同意论文题目是这个~

20 楼 liangguanhui 2011-01-12  

我来说说个人意见

（1）完整的JDK非常大，安装完毕貌似是上百M，即使是JRE，貌似也是20M以上，所以适当的精简还是很有必要的。如果精简到3-5M左右，按照目前一般软件的大小算是可接受范围了。

（2）精简JRE的另外一个很重要的用途，是软件部署。由于Java是跨平台，跟Windows结合和.NET是没有可比性的，用户愿意安装一个.NET，但一般不太愿意安装一个JRE，这是一个很现实、但又很无奈的问题。通常我们精简JRE的同时、往往就是把JRE集成到我们的软件里，这样用户就不需要为了我们的软件去另外去安装一个JRE——虽然已经不知不觉地使用了JRE。

（3）这一类精简JRE，实际上就是为了解决上面的两个问题。这应该算是Java桌面软件的不足。其实相对于Native程序，Java还有一个内存消耗大的问题，不过以目前2G标配内存来看已经不算什么大问题了。

（4）其实精简JRE已经有一个很好的例子：Green JVM。它已经做得不错，不过多做一个轮子也不是什么坏事。

最后，如果你的精简版JRE发布了，可以通知一声。

19 楼 qianhd 2011-01-12  

yeshaoting 写道

qianhd 写道

bat2exe
进程名还是java 或者 javaw
这点不好

嗯...并且360安全卫士还会报木马错误.
另一个压缩包里的exe文件运行里进程名是Calucator.exe
二种打包方式不一样.

360是LJ
见到bat就报木马

18 楼 yeshaoting 2011-01-12  

qiii2006 写道

有个叫greenvm的东西可以精简

对,我试了下.
发现没能达到我预期的效果,可能是我没操作对吧.

其实,对我来说,精简JRE并不是目的,精简JRE的学习过程才是我想要的.
给自己出道题,为着目的,感受精简的过程,从中学点能学到的知识.

我想做greenvm项目的前辈,没准也是从这一点一点开始的呢.

17 楼 qiii2006 2011-01-12  

有个叫greenvm的东西可以精简

16 楼 yeshaoting 2011-01-12  

DOCDOC 写道

烟雨一点尘 写道

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

五十步笑百步，我怎么理解不出五十步笑百步呢，中国语言果然博大精深哈...我挺楼主，又不是实际开发，又不给谁做项目，平日里学习，或者说探索一下，多好，怎么就这么多人不喜欢呢...还五十步笑百步，不知道是谁笑谁...

这个技术含量很高么？高科技么？需要用“探索”这个词儿么？我甚至认为，你把这个7K的Java程序编译成二进制本地代码，这种探索更有意义

确实没什么技术含量,仅仅只是对jre删减.
但是对我来说,已经是在进步了,更加贴近虚拟机了.
我想我们不是来咬文嚼字的,思量"探索",确实不对,望包含.

snake1987说的删减器还有你说的"7K的Java程序编译成二进制本地代码"都是很好的建议.
拓展了我的思路.
碍于自己愚钝,暂时还没办法完成.
以后会慢慢充实自己,再做更有技术含量,更富探索意义的事.

再次感谢二位的建议.

15 楼 yeshaoting 2011-01-12  

snake1987 写道

个人见解：
本来是以为楼主深入研究了虚拟机搞出来的东东，
仔细一看，貌似只是将jre做了删减而已~折腾这么半天，有必要么？

有想法，但技术含量~

建议楼主能再深入一两层
1.写篇东东用中文详细介绍下jre里面文件的用途，起码让别人能知道自己做删减怎么做
2.写个删减器，功能归类，然后自动生成一个删减版jre

哈哈,让你见笑了,也让你失望了.
本人才疏学浅,确实仅仅只是对jre进行删减而已.
可能对你们来说这工作很easy,但是对我这个初级Java程序员来说并不是一时半会能做完的.
循序渐进,以后的我也不会去做这样没有必要,没有技术含量的事.

你的二条建议真的很好的,特别是写个删减器,不错的想法(比本文更加有思想)!! 感谢~~
问题由浅入深,以后空闲的时间,我会试着深入了解虚拟机的.
由于尚且还是在校学生,所以我的愚钝还望包含,多给点建议,多些指引.
再次感谢.

14 楼 yeshaoting 2011-01-12  

yangguo 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.

哲理！

只有自己摸索了才能找到更好的道路,会有更深的理解.
其实做些无意义的事,也能从中慢慢成长.
为着一点无意义的目的,我们也能从中学到不少有用的东西,只要秉承一个积极求学的心态.

13 楼 yeshaoting 2011-01-12  

烟雨一点尘 写道

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

五十步笑百步，我怎么理解不出五十步笑百步呢，中国语言果然博大精深哈...我挺楼主，又不是实际开发，又不给谁做项目，平日里学习，或者说探索一下，多好，怎么就这么多人不喜欢呢...还五十步笑百步，不知道是谁笑谁...

谢谢你的支持.
嗯,就是平时学着做做.
从中也是能学到不少东西的.
比如说: bat文件编写~~初步去了解虚拟机运行的相关知识.

12 楼 yeshaoting 2011-01-12  

qianhd 写道

bat2exe
进程名还是java 或者 javaw
这点不好

嗯...并且360安全卫士还会报木马错误.
另一个压缩包里的exe文件运行里进程名是Calucator.exe
二种打包方式不一样.

11 楼 DOCDOC 2011-01-12  

烟雨一点尘 写道

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

五十步笑百步，我怎么理解不出五十步笑百步呢，中国语言果然博大精深哈...我挺楼主，又不是实际开发，又不给谁做项目，平日里学习，或者说探索一下，多好，怎么就这么多人不喜欢呢...还五十步笑百步，不知道是谁笑谁...

这个技术含量很高么？高科技么？需要用“探索”这个词儿么？我甚至认为，你把这个7K的Java程序编译成二进制本地代码，这种探索更有意义

10 楼 snake1987 2011-01-12  

个人见解：
本来是以为楼主深入研究了虚拟机搞出来的东东，
仔细一看，貌似只是将jre做了删减而已~折腾这么半天，有必要么？

有想法，但技术含量~

建议楼主能再深入一两层
1.写篇东东用中文详细介绍下jre里面文件的用途，起码让别人能知道自己做删减怎么做
2.写个删减器，功能归类，然后自动生成一个删减版jre

9 楼 yangguo 2011-01-12  

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.

哲理！

8 楼 烟雨一点尘 2011-01-12  

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

五十步笑百步，我怎么理解不出五十步笑百步呢，中国语言果然博大精深哈...我挺楼主，又不是实际开发，又不给谁做项目，平日里学习，或者说探索一下，多好，怎么就这么多人不喜欢呢...还五十步笑百步，不知道是谁笑谁...

7 楼 qianhd 2011-01-12  

bat2exe
进程名还是java 或者 javaw
这点不好

6 楼 yeshaoting 2011-01-12  

DOCDOC 写道

yeshaoting 写道

Kisses99 写道

个人意见，这就是穷折腾。
不保持JRE的完整性，得不偿失。

本人尚且只是一个初级程序员,个性愚钝,还不能理解JRE完整性的意义.
可能真的以后会意识到这点.现在只是觉得如果在将一个7KB的计算器给用户的同时,还需要他们安装90+MB的JRE,设置环境变量,我想人家一定整崩溃了.

在很多高级程序员眼里其实我们这些初级程序员做得很多事都是在穷折腾.
如果能换个角度思考的话,我们是在探索.

7KB的计算器要装4M的JRE，呵呵，50步笑百步哦
做桌面，老老实实用.NET或C++&Qt吧

也是~~
不过我没笑哦.(绝对抱着很诚恳探讨与研究,虚心求教的态度)

确实五十与百步,但是这并不是意味着需要优化的地方不优化,需要精简的地方不去精简.
只是希望更小,让更多用户能够接受.
我想比起90+MB的文件,4MB应该更能接受,会有更多用户愿意接受不是?!

你说得对,做桌面还是首选C++,C#;以后会去了解,去学的.