一种方法:作分页吧
第二种
315KB 不算大的。是不是其它的问题呢。你可以作显示分类.不要同时都显示出来。再者你把代码给出来,让大家看看。 w3c 的文档都非常大的,也不会出现内存不够的问题的。该不是你的js 脚本问题吧

解决方案 »

  1.   

    input有20*100多
    这么多input 是让用户填写的?累死人啊!:)
    分页比较合理
      

  2.   

    比如说是一张订单。
    有一百条明细
    每条大约有二十个Input框
    但是用户并不是每一个都要填
    其有绝大部分都在默认值
    在一般情况下用户只需要填入产品编号、产品颜色、产品数量(产品名称带出)(4)
    有时需要对单位、批号、参考价、实价、出厂期、税率等进行调整(都会带出默认值)(+6)
    而客户还需
      当前单位、PCS、箱进行互换,附带要显示箱与PCS的换算率、当前使用单位与PCS的换算率(+4)
      自动计算出含税金额、未税金额、税额(+3)
    另外还有几个其它的input,绝对不只二十个以后订单有可能会有三四百条明细,不过这可以暂时不管
      
      

  3.   

    同事说win98只支持64M内存,内存多的话也用不上
    不知是否是这样的
      

  4.   

    ↑瞎讲,512M以上用处不大,到是真的,而且300多K的网页显示内存不足,肯定有别的问题。可能JS什么死循环。
      

  5.   

    ssm1226:明细是动态增加的,填多少条由用户决定。如果用分页的方式解决问题,只需让用户把一个很长的订单分成两个做就可以了但是我希望让他们这样做的情况出现的次数不要太多。或者说订单明细是100条的话,可以不必拆成两个订单
      

  6.   

    wind0209:如果是JS死循还,将是CPU被耗尽,内存不足可能是另外的原因JK再向大师们汇报一下内存不足的发生过程
    1.用户顺利填完这个订单,并顺利存盘
    2.用户想对这个订单进行修改,打开这个订单,除了三列select,其它的都可以正常显示
    3.以上情况发生在98平台下,联想P4,256M内存的机子上
    4.在我的win2K,512内存上不会出现这样的情况
      

  7.   

    我jsp做过10000条记录查询显示在html中
    占了65M的内存,后来是用分页解决的
    我想512k应该不会导致内存不足,应该是其它方面的错误
      

  8.   

    zrhk(一清二白):以前我给别做做报表时经常显示几万条的记录,都没有问题的但是这里出现的问题是:一般的HTML内容能正常显示
    而select内容却不能正常显示,这可能是与select的特殊性有关不过系统报错说是内存不足。
      

  9.   

    xiaoshi:
    1.select错位似乎不是显卡的问题,或许也是select的特殊性造成的。前端页面有动态内容时,这样的情况经常出现,出现时将窗口还原一下就好了-----不知是不是这么一回事
    2.----最多只能100k的数据??不知道是不是真的是这么一回事。只记得用get方式传的话,是通过url重组,2K后的资料会被截掉;但是用post的方法传资料的实际过程是资料并不直接发到服务器,而是服务器到客户端来取,所以效率低一些,但是似乎没有大小的限制,不知是不是这么一回事?
      

  10.   

    rleon:
    在非联想P4的机子上也会出现这样的问题点背不能怨社会   :)
      

  11.   

    呵呵,是不是加个很多flash的广告阿。
    上次有个朋友的网页里加了三十多个flash的广告,浏览器就死了
      

  12.   

    input有20*100多,select有3*100
    这也确实太多了。
    1. 分页
    2. 动态生成input,比如用户在某个表格单元双击鼠标时动态增加input,失去焦点时销毁。
      

  13.   

    flylyke:
    有很多做flash的人责任心欠缺,做出来之后也不看一看,一打开就会将用户的CPU全数耗用(以前chinaren就经常挂这样的广告)。这样的广告,只会让网站输掉未来,别说三十多个,挂一个两个就会丧失客户。
    JK现在做的是应用系统,里面除了有本公司的版权说明可以与广告挂上关系,其它的就没有这方面的内容,更不用说一向就没有给JK好印象的flash广告
      

  14.   

    onestab:
    1.input有20*100多,select有3*100,事实上就是一个有一百条明细的订单(有时也有可能是其它单据)。在应用系统里应该不算很大,用户输入时没有问题,有问题的只是它想修改时页面弹出来select不能正常显示)。我以前曾经为一个公司做一个教育训练系统,它可以在页面上修改一个五百人的成绩单(例如员工大会也算是训练;明细只有五列:工号、首考成绩、补考成绩、到堂否、合格否;超过500人的让它拆分),提交到页历刷新返回,也不会超过五秒,也从来没有出现过异常。2.用户有分页的自由,系统控制每页不超过100笔也很容易,但是100笔的订单真的不算是很杂的订单,所以要求用户连一个100笔的订单也要拆也不大合理----如果问题无法解决,JK宁愿牺牲一些操作性把select拿掉3.动态生成的Input是一列一列的,用户己将订单填好并存盘,可是后来修改时页面不能正常显示
      

  15.   

    3.动态生成的Input是一行一行的
    见这一贴
    http://expert.csdn.net/Expert/topic/1062/1062303.xml?temp=.4858209