首先写获取值的js方法\x0d\displayUpload('uploadDiv3'){\x0d\ // 给相关action传值\x0d\ windowlocation='接收的参数=uploadDiv3;\x0d\}\x0d\在action中有接受的属性\x0d\可使用\x0d\String uploadDiv3 = requestgetP("uploadDiv3"); \x0d\其次\x0d\在jsp页面上\x0d\onclick="JavaScript:displayUpload(传入的值);" \x0d\\x0d\补充回答：\x0d\你想要在哪里判断？\x0d\是在jsp页面上\x0d\还是java程序中\x0d\如果是jsp页面上的话，可以\x0d\function displayUpload(uploadDiv3){\x0d\ if(uploadDiv3==是否等于你的条件){\x0d\ // 如果等于则\x0d\ }else{\x0d\ // 不等于则\x0d\ }\x0d\}
你可以再html页面禁止缓存的啊,比如在html页面加上标签
<META >
以正常目前的业务场景来说(非nodejs),一个进程平均是用15-3G内存不等缓存是根据某些特定条件组合生成的key(key的数量稍微有点儿多),需要从MongoDB/Redis读取数据
1MB的数据是业务数据传输量最大的那种,不是只有这种业务
场景可以假设为,获取用户的一些浏览记录,包含,描述,评测等(描述与评价都算是比较大的传输量的数据),每次获取30条左右然后再乘以一定的用户在线数量,这个缓存数据是比较庞大的先不考虑这个架构是否可以优化
发这个主题的原因只是想了解到nodejs有没有什么成熟方案可以共享进程间的数据
比如
用户X,访问站点时,被调度系统分配给A进程获取了luby的浏览历史,A进程从mongodb获取到luby的记录列表进行呈现这时候用户Y也想看看luby的浏览历史,这调度系统分配给了B进程这个时候B进程又要再去mongodb获取一次
我期望是B进程可以共享A进程的luby记录列表
1)降低mongogdb的访问频率
2)提高响应速度,因为减少了mongodb查询,减少了网络传输
近几个月来的工作是一个交易系统持续改进项目 迭代发布周期大约为 ~ 周 最近一次迭代是V 版 在礼拜三完成发布 不幸的是 第二天上午就被老大逮过去 原来老大从生产中揪出了一个bug 大致的问题如下
系统中有一个常用的自定义控件 目的是协助选择客户 而V 版的持续改进需求是给控件增加两个筛选选项 支持不同的默认值配置 很简单的一个需 求 代码修改也简单 其中一个修改是给一个js文件里边的一个函数增加了一个传入参数 用来传递配置值 经过RC R测试 一切都显得很正常 不过上 了生产才被发现bug了 加载出来的客户明显不正常 数目不对 也与预期的查询配置不相符
检查控件内部跳转链接 发现问题 传递的参数明显与预期不符 而这个链接则是由上面修改过的JS函数生成 因此判定问题是由于客户端缓存了原版JS 文件 新函数的调用由旧函数所替换引发的 经过清除缓存 重新加载页面后 这个自定义控件能够正常工作 很不幸的是 我们是不能通过打电话告诉每一位用 户 你需要清除缓存 然后才能正常使用这个功能
到此时 我才意识到需要一种方法来控件JS的缓存问题 否则 后续任何涉及JS文件内容的修改 都会因为缓存无法获取最新JS文件 而导致生产事故
原则上 我们是需要在有JS更新的时候 才会去重新加载JS文件 而不是每次都重新加载 因此第一种做法给JS应用地址后添加随机参数是不可取的 因为它意味着 几乎每次加载页面都会是重新加载JS 而不会合理的利用缓存JS 但是 我们还有第二种更合理的做法 如果关注过一些国外网站代码 会发现 他们通常是在js链接后添加一个版本号参数 而不是随机数 当js代码发生修改时 只需要将版本号加 就可以很巧妙的解决通知客户端更新js文件 不知道 谁是第一个想到这种方法的人 不过毫无疑问 他是值得我们钦佩的 真是一个不错的idea的！
lishixinzhi/Article/program/Java/JSP/201311/20638
<!DOCTYPE html>
<html>
<head>
<meta >
以上就是关于js页面的值如何获取全部的内容，包括:js页面的值如何获取、js如何解决页面缓存、请教关于Nodejs多进程共享缓存数据等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）