87,996
社区成员
发帖
与我相关
我的任务
分享网页过大，内存不够该怎么办
项目实施遇到意外，到这里来求助
页面过大，
源文件有315KB
input有20*100多，select有3*100
(将来可能会有更大的，超过三倍大的可以暂不考虑)
有的计算机反应内存不够，select不正正常显示。
请问该怎么办
页面过大，
源文件有315KB
input有20*100多，select有3*100
(将来可能会有更大的，超过三倍大的可以暂不考虑)
有的计算机反应内存不够，select不正正常显示。
请问该怎么办
...全文
请发表友善的回复…
发表回复
JK_10000 2002-10-18
- 打赏
- 举报
3.动态生成的Input是一行一行的
见这一贴
http://expert.csdn.net/Expert/topic/1062/1062303.xml?temp=.4858209
见这一贴
http://expert.csdn.net/Expert/topic/1062/1062303.xml?temp=.4858209
JK_10000 2002-10-18
- 打赏
- 举报
onestab：
1.input有20*100多，select有3*100，事实上就是一个有一百条明细的订单（有时也有可能是其它单据）。在应用系统里应该不算很大，用户输入时没有问题，有问题的只是它想修改时页面弹出来select不能正常显示）。我以前曾经为一个公司做一个教育训练系统，它可以在页面上修改一个五百人的成绩单（例如员工大会也算是训练；明细只有五列：工号、首考成绩、补考成绩、到堂否、合格否；超过500人的让它拆分）,提交到页历刷新返回，也不会超过五秒，也从来没有出现过异常。
2.用户有分页的自由，系统控制每页不超过100笔也很容易，但是100笔的订单真的不算是很杂的订单，所以要求用户连一个100笔的订单也要拆也不大合理----如果问题无法解决，JK宁愿牺牲一些操作性把select拿掉
3.动态生成的Input是一列一列的，用户己将订单填好并存盘，可是后来修改时页面不能正常显示
1.input有20*100多，select有3*100，事实上就是一个有一百条明细的订单（有时也有可能是其它单据）。在应用系统里应该不算很大，用户输入时没有问题，有问题的只是它想修改时页面弹出来select不能正常显示）。我以前曾经为一个公司做一个教育训练系统，它可以在页面上修改一个五百人的成绩单（例如员工大会也算是训练；明细只有五列：工号、首考成绩、补考成绩、到堂否、合格否；超过500人的让它拆分）,提交到页历刷新返回，也不会超过五秒，也从来没有出现过异常。
2.用户有分页的自由，系统控制每页不超过100笔也很容易，但是100笔的订单真的不算是很杂的订单，所以要求用户连一个100笔的订单也要拆也不大合理----如果问题无法解决，JK宁愿牺牲一些操作性把select拿掉
3.动态生成的Input是一列一列的，用户己将订单填好并存盘，可是后来修改时页面不能正常显示
JK_10000 2002-10-18
- 打赏
- 举报
flylyke：
有很多做flash的人责任心欠缺，做出来之后也不看一看，一打开就会将用户的CPU全数耗用（以前chinaren就经常挂这样的广告）。这样的广告，只会让网站输掉未来，别说三十多个，挂一个两个就会丧失客户。
JK现在做的是应用系统，里面除了有本公司的版权说明可以与广告挂上关系，其它的就没有这方面的内容，更不用说一向就没有给JK好印象的flash广告
有很多做flash的人责任心欠缺，做出来之后也不看一看，一打开就会将用户的CPU全数耗用（以前chinaren就经常挂这样的广告）。这样的广告，只会让网站输掉未来，别说三十多个，挂一个两个就会丧失客户。
JK现在做的是应用系统，里面除了有本公司的版权说明可以与广告挂上关系，其它的就没有这方面的内容，更不用说一向就没有给JK好印象的flash广告
孟子E章 2002-10-17
- 打赏
- 举报
input有20*100多
这么多input 是让用户填写的？累死人啊！：）
分页比较合理
这么多input 是让用户填写的？累死人啊！：）
分页比较合理
dylanOK 2002-10-17
- 打赏
- 举报
一种方法：作分页吧
第二种
315KB 不算大的。是不是其它的问题呢。你可以作显示分类.不要同时都显示出来。
再者你把代码给出来，让大家看看。 w3c 的文档都非常大的，也不会出现内存不够的问题的。该不是你的js 脚本问题吧
第二种
315KB 不算大的。是不是其它的问题呢。你可以作显示分类.不要同时都显示出来。
再者你把代码给出来，让大家看看。 w3c 的文档都非常大的，也不会出现内存不够的问题的。该不是你的js 脚本问题吧
方工 2002-10-17
- 打赏
- 举报
input有20*100多，select有3*100
这也确实太多了。
1. 分页
2. 动态生成input，比如用户在某个表格单元双击鼠标时动态增加input，失去焦点时销毁。
这也确实太多了。
1. 分页
2. 动态生成input，比如用户在某个表格单元双击鼠标时动态增加input，失去焦点时销毁。
flylyke 2002-10-17
- 打赏
- 举报
呵呵，是不是加个很多flash的广告阿。
上次有个朋友的网页里加了三十多个flash的广告，浏览器就死了
上次有个朋友的网页里加了三十多个flash的广告，浏览器就死了
JK_10000 2002-10-17
- 打赏
- 举报
rleon:
在非联想P4的机子上也会出现这样的问题
点背不能怨社会 :)
在非联想P4的机子上也会出现这样的问题
点背不能怨社会 :)
JK_10000 2002-10-17
- 打赏
- 举报
xiaoshi：
1.select错位似乎不是显卡的问题，或许也是select的特殊性造成的。前端页面有动态内容时，这样的情况经常出现，出现时将窗口还原一下就好了-----不知是不是这么一回事
2.----最多只能100k的数据??不知道是不是真的是这么一回事。只记得用get方式传的话，是通过url重组，2K后的资料会被截掉；但是用post的方法传资料的实际过程是资料并不直接发到服务器，而是服务器到客户端来取，所以效率低一些，但是似乎没有大小的限制，不知是不是这么一回事？
1.select错位似乎不是显卡的问题，或许也是select的特殊性造成的。前端页面有动态内容时，这样的情况经常出现，出现时将窗口还原一下就好了-----不知是不是这么一回事
2.----最多只能100k的数据??不知道是不是真的是这么一回事。只记得用get方式传的话，是通过url重组，2K后的资料会被截掉；但是用post的方法传资料的实际过程是资料并不直接发到服务器，而是服务器到客户端来取，所以效率低一些，但是似乎没有大小的限制，不知是不是这么一回事？
JK_10000 2002-10-17
- 打赏
- 举报
zrhk(一清二白):
以前我给别做做报表时经常显示几万条的记录，都没有问题的
但是这里出现的问题是：一般的HTML内容能正常显示
而select内容却不能正常显示，这可能是与select的特殊性有关
不过系统报错说是内存不足。
以前我给别做做报表时经常显示几万条的记录，都没有问题的
但是这里出现的问题是：一般的HTML内容能正常显示
而select内容却不能正常显示，这可能是与select的特殊性有关
不过系统报错说是内存不足。
zrhk 2002-10-17
- 打赏
- 举报
我jsp做过10000条记录查询显示在html中
占了65M的内存，后来是用分页解决的
我想512k应该不会导致内存不足，应该是其它方面的错误
占了65M的内存，后来是用分页解决的
我想512k应该不会导致内存不足，应该是其它方面的错误
jsidiot 2002-10-17
- 打赏
- 举报
我上次 遇到的是显卡不行。总是错位。下拉框错位啊，再说你这么大的表单。数据怎么传输啊。最多只能100k的数据啊，那不是要丢失数据吗/
不实用啊。不过分页的情况如果在表但里面没有关联的话还好。如果有各个表单有关联的话。那分页就比较麻烦了
不实用啊。不过分页的情况如果在表但里面没有关联的话还好。如果有各个表单有关联的话。那分页就比较麻烦了
rleon 2002-10-17
- 打赏
- 举报
P4的问题，哈哈～ :-R
BrightEye 2002-10-17
- 打赏
- 举报
代码的问题吧?500K就会内存不足?
JK_10000 2002-10-17
- 打赏
- 举报
wind0209：如果是JS死循还，将是CPU被耗尽，内存不足可能是另外的原因
JK再向大师们汇报一下内存不足的发生过程
1.用户顺利填完这个订单，并顺利存盘
2.用户想对这个订单进行修改，打开这个订单，除了三列select，其它的都可以正常显示
3.以上情况发生在98平台下，联想P4，256M内存的机子上
4.在我的win2K，512内存上不会出现这样的情况
JK再向大师们汇报一下内存不足的发生过程
1.用户顺利填完这个订单，并顺利存盘
2.用户想对这个订单进行修改，打开这个订单，除了三列select，其它的都可以正常显示
3.以上情况发生在98平台下，联想P4，256M内存的机子上
4.在我的win2K，512内存上不会出现这样的情况
JK_10000 2002-10-17
- 打赏
- 举报
ssm1226:明细是动态增加的，填多少条由用户决定。
如果用分页的方式解决问题，只需让用户把一个很长的订单分成两个做就可以了
但是我希望让他们这样做的情况出现的次数不要太多。或者说订单明细是100条的话，可以不必拆成两个订单
如果用分页的方式解决问题，只需让用户把一个很长的订单分成两个做就可以了
但是我希望让他们这样做的情况出现的次数不要太多。或者说订单明细是100条的话，可以不必拆成两个订单
wind0209 2002-10-17
- 打赏
- 举报
↑瞎讲，512M以上用处不大，到是真的，而且300多K的网页显示内存不足，肯定有别的问题。可能JS什么死循环。
ssm1226 2002-10-17
- 打赏
- 举报
不管用户需要填写多少,这种页面让用户一看就吓着了,
最好还是分页
最好还是分页
JK_10000 2002-10-17
- 打赏
- 举报
同事说win98只支持64M内存，内存多的话也用不上
不知是否是这样的
不知是否是这样的
JK_10000 2002-10-17
- 打赏
- 举报
比如说是一张订单。
有一百条明细
每条大约有二十个Input框
但是用户并不是每一个都要填
其有绝大部分都在默认值
在一般情况下用户只需要填入产品编号、产品颜色、产品数量（产品名称带出）（4）
有时需要对单位、批号、参考价、实价、出厂期、税率等进行调整(都会带出默认值）（+6）
而客户还需
当前单位、PCS、箱进行互换，附带要显示箱与PCS的换算率、当前使用单位与PCS的换算率（+4）
自动计算出含税金额、未税金额、税额（+3）
另外还有几个其它的input，绝对不只二十个
以后订单有可能会有三四百条明细，不过这可以暂时不管
有一百条明细
每条大约有二十个Input框
但是用户并不是每一个都要填
其有绝大部分都在默认值
在一般情况下用户只需要填入产品编号、产品颜色、产品数量（产品名称带出）（4）
有时需要对单位、批号、参考价、实价、出厂期、税率等进行调整(都会带出默认值）（+6）
而客户还需
当前单位、PCS、箱进行互换，附带要显示箱与PCS的换算率、当前使用单位与PCS的换算率（+4）
自动计算出含税金额、未税金额、税额（+3）
另外还有几个其它的input，绝对不只二十个
以后订单有可能会有三四百条明细，不过这可以暂时不管
