Applet小程序在现实应用中的问题

Applet虽然是一种过时的技术，但还是在某些行业有些应用，比如地图、三维全景播放、上传大文件。

Applet实现的地图的基本原理是利用Java2D的技术，applet捕获事件，比如鼠标左键、右键、滚轮的事件，然后重绘地图并paint;

大致过程就是在加载的时候，把客户端参数读入，然后根据参数来设置地图的参数，然后读取地图数据文件，数据文件里包含基本的点、线、面的数据。

其它理论知识不讲了，在实际使用中它的优点和缺点：

优点：

1.体积小，部署方便，地图数据文件一般几百K大小，不像用栅格图片数据，一拷贝就是几百兆甚至几个G

2.在加载的时候，地图文件下载到本地，计算线路比较方便快速，而且操作流畅，如果采用栅格图片数据，鼠标移动的时候又得向服务器端请求图片数据，虽然可以采用send-file多线程下载或者是预见式缓存图片，但还是慢了点。

缺点：

1.打开的时候需要虚拟机，采用哪种虚拟好呢：微软的Microsoft VM 还是SUN的JRE。前者体积小，安装快速，但是很容易被电脑的各种软件所拦截；后者体积大点，但麻烦的是它的自动更新，比如我今天安装了JRE5.0，然后到明天莫名其妙的被升级到6.0，这时基本上就打不开Applet了，真的想不通SUN的那个自动更新，去都去不掉，要打开Applet，只能把6.0的JRE卸载掉。

2.由于是矢量图，所以表现不够丰富,色彩比较单一。

3.很容易造成OutofMemory,一般加载的时候浏览量的内存就使用了三四十兆，如果不停的刷新，Applet就变成“白板”了。

 

嗯！你对Applet是认识还停留在上个世纪的水平
现在的情况是：
Microsoft VM基本上不需要考虑！
自动升级可以关闭的，在控制面板里关
JRE升级到6.0Applet不能工作了的话，可以其实上确定写Applet的人太废品了，可以考虑换人
内存使用的确是个大问题，但是对于2007年以后的机器，Java性能应该不是大问题了

最后感觉我的回复

我们的Applet是2001年那时开发的，以后一直没人动过，那时是用的IDE是Jbuilder 6（JDK1.2）
在实际使用中，我们就碰到了上述的一些问题，上面的一些问题都是用户在实际中碰到的问题
=====
如果我来开发，肯定会考虑使用高版本的JDK来开发，比如1.4.2，同时会注意内存问题，和多线程加载本地文件问题

谈点我自己的看法,不一定对了.
首先,applet这个技术确实有很多缺陷,但并不代表一定是过时的.
其次,如果说内存消耗很大,可能是你的 applet用的是awt技术写的,这样确实很耗内存.
第三,java的swing开发模式下,由于线程很多,每个控件一个线程,确实可能产生响应上的事件混乱.
对于这种情况,我有个不想法,就是基于swing技术,自己来写一个图形显示层
这样来解决上面的问题.
目前正在尝试中.

不用尝试了
你连awt/swing的事件机制都没弄清楚 再尝试也没用

好多问题已经不是问题了

只是现在没人用了