JavaScript的 Cross Site 脚本注入风险
今天有人来公司推销网站安全扫描软件，演示了对JS的跨域脚本注入风险的扫描，以前没意识到，今天有所了解。如果您的程序页面有以下情况，那么JS脚本注入的风险就很大：
1）页面打开时，URL 有某个参数，例如 XXPage.aspx?XXParam=XXValue
2）aspx页面里有如下代码：
<script>
var p = "<%=Request["XXParam"];%>";
</script>
注入风险如下：
1）黑客假冒网站身份发送邮件给用户，用户打开网页链接，链接虽然是指向 XXPage.aspx，但 XXParam 却被做了改造，例如：XXParam 被设置为 "; document.location.href = 'http://www.xxx.com/XXFakePage.aspx';//"。注意，前面的双引号是用来屏蔽 var p = " 的，后面紧接着就是一个JS页面跳转语句；最后面的 //" 是用来屏蔽 JS 脚本中的后引号的。
你猜结果会怎么样？页面直接被跳转到 http://www.xxx.com/XXFakePage.aspx，如果这个页面是假冒页面，并且这个页面是嵌入在 Frameset 里的，那用户会在毫无觉察的情况下，把注入用户名、密码、银行卡账号密码提交到假冒页面上！！
对策：
方法一：不要用 <%=Request["XXParam"];%> 来解析参数值，而直接用 JS 脚本从URL获取参数值
方法二：把参数值先放在 HIDDEN 控件里，例如: <input type=hidden id=xxhid value="<%=Server.HtmlEncode(Request["XXParam"]);%>"> 里，然后在 JS 里改为 var p = document.all.xxhid.value;
应该还有其他方法，以上方法只是示意，没有去编译，仅供参考。
相关文档：
1、什么是闭包、以及闭包所涉及的作用域链这里就不说了。
2、JavaScript垃圾回收机制
JavaScript不需要手动地释放内存，它使用一种自动垃圾回收机制（garbage collection）。当一个对象无用的时候，即程序中无变量引用这个对象时，就会从内存中释放掉这个变量。
Code
&nb ......
FireFox : addEventListener()方法 IE : attachEvent()方法 为HTML元素添加一个事件监听, 而不是直接对元素的事件属性（如：onclick、onmouseover）赋值。 这两种方法处理事件还是有很大区别的！事件属性只能赋值一种方法，即： button1.onclick = function() { alert(1); };
button1.onclick = function() { aler ......
如果使用html控件还好一些，服务器控件就比较郁闷一些，因为GridView生成之后是多行的，所以这个文本框也会有很多个，另一方面asp.net会自动重新命名控件，所以想通过ID获取已经不可能了，很不幸的是连name属性都被自动生成了，哪怕你添加了name属性，也无法覆盖生成的name，而是会出来两个name属性
那么就想别的办法， ......
javascript 是一种区分大小写的程序语言.
定义数组:
var strweek= new Array(7);
问号表达式
var i= (condition)?A:B;
相当于if-else 语句;condition 成立 执行A ，不成立执行B;
switch 语句
var i=3;
var result="";
swithck(i);
{
case 1;
result="First";
case 2;
result="Second";
ca ......
