首先说明原理：
系统是认一个一个程序范围的,一般来说,一个IE默认为一个程序范围.
框架因为有了跨域的内容,所以它首先默认的是框架程序本身的程序范围,这样使得框架内的程序范围得不到确认.
为了让这个IE默认为框架内的程序范围,所以我使用了多次跳转.
首先,跳出本框架,进入一个无框架的需要session值的网站页面（就叫它B服务器的页面）,并在这个页面中生成一个session以便系统自动生成一个sessionID,然后又跳回到有框架的页面.因为系统已经为这个IE生成了一个sessionID,所以只要不关掉这个IE,系统一直以为这个IE是本程序范围的.这样,再次生成的session值就得以在这个ID中生存下来.
也就达到了骗过系统的目的.
再补充一点,二次跳转使用了不同的方式,原因是我需要把框架外的信息丢弃,而要保存框架内的信息.
而不同的跳转方式会丢弃或保存跳转前的信息的。
程序实现方式：
文件1：
框架文件：index.htm(运行在服务器A上)
<html>
<head>
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
<title>奇豪门业</title>
</head>
<frameset rows="1,*" border=0 frameborder="0">
<frame name="winBackLoad" scrolling="no" noresize target="mainweb1" src="default_top.htm">
<frame name="mainweb1" src="http://www.serverB.com/index.asp" scrolling="auto">
<noframes>
<body>
<p>此网页使用了框架，但您的浏览器不支持框架。</p>
</body>
</noframes>
</frameset>
</html>
文件2:index.asp （运行在服务器B上，作用跳转和生成sessionID）
<script>
if (top.location !== self.location) {
top.location=self.location;
}
//这个JS的目的是跳出框架运行
</script>
<%
if session("xm2")="" then
session( "xm2")="eee"
'上面这一句的目的只是为了使用session,让系统为这个IE生成一个sessionID，并且判断一下是不是已经跳转过，免得引起死循环。
%>
<META HTTP-EQUIV=REFRESH CONTENT="0;URL='http://www.serverA.com/index.htm'">
<%
，上面这一句是回到框架,注意：只能用上面这个跳转的方法，别用下面的跳转方法。
else
Response.Redirect "index2.asp"
'上面一句才是真正地跳转运行服务器B上的程序！注意：也只能用这方法跳！
end if%>
经过以上的跳转，本IE已经有了服务器B上的sessionID,也就是说，框架虽然是在服务器A上的主框架运行，但它可以确保服务器B上的session不丢失，达到跨域运行的目的。
