1. 跨域怎麼解決
問題一：如何解決跨域問題 特別注意兩點：
第一，如果是協議和埠造成的跨域問題「前台」是無能為力的，
第二：在跨域問題上，域僅僅是通過「URL的首部」來識別而不會去嘗試判斷相同的ip地址對應著兩個域或兩個域是否在同一個ip上。
「URL的首部」指window.location.protocol +window.location.host，也可以理解為「Domains, protocols and ports must match」。
2. 前端解決跨域問題
1> document.domain + iframe (只有在主域相同的時候才能使用該方法)
1) 在a/a中：
復制代碼
document.domain = 'a';
var ifr = document.createElement('iframe');
ifr.src = 'script.a/b';
ifr.display = none;
document.body.appendChild(ifr);
ifr.onload = function(){
var doc = ifr.contentDocument || ifr.contentWindow.document;
在這里操作doc，也就是b
ifr.onload = null;
};
復制代碼
2) 在script.a/b中：
document.domain = 'a';
2> 動態創建script
這個沒什麼好說的，因為script標簽不受同源策略的限制。
復制代碼
function loadScript(url, func) {
var head = document.head || document.getElementByTagName('head')[0];
var script = document.createElement('script');
script.src = url;
script.onload = script.onreadystatechange = function(){
if(!this.readyState || this.readyState=='loaded' || this.readyState=='plete'){
func();
script.onload = script.onreadystatechange = null;
}
};
head.insertBefore(script......>>
問題二：如何解決跨域問題 由 於此前很少寫前端的代碼(哈哈，不合格的程序員啊)，最近項目中用到json作為系統間交互的手段，自然就伴隨著眾多ajax請求，隨之而來的就是要解決 ajax的跨域問題。本篇將講述一個小白從遇到跨域不知道是跨域問題，到知道是跨域問題不知道如何解決，再到解決跨域問題，最後找到兩種方法解決ajax 跨域問題的全過程。
不知是跨域問題
起 因是這樣的，為了復用，減少重復開發，單獨開發了一個用戶許可權管理系統，共其他系統獲取認證與授權信息，暫且稱之為A系統；調用A系統以B為例。在B系統 中稿虧用ajax調用A系統系統的介面(數據格式為json)，當時特別困惑，在A系統中訪問相應的url可正常回返json數據，但是在B系統中使用 ajax請求同樣的url則一點兒反應都沒有，好像什麼都沒有發生一樣。這樣反反復復改來改去好久都沒能解決，於是求救同事，提醒可能是ajax跨域問 題，於是就將這個問題當做跨域問題來解決了。
知跨域而不知如何解決
知道問題的確切原因，剩鍵舉神下的就是找到解決問題的方法了。google了好久，再次在同事的指點下知道jQuery的ajax有jsonp這樣的屬性可以用來解決跨域的問題。
找到一種解決方式
現在也知道了怎樣來解決跨域問題，餘下的就是實現的細節了。實現的過程中錯誤還是避免不了的。由於不了解json和jsonp兩種格答純式的區別，也犯了錯誤，google了好久才解決。
首先來看看在頁面中如何使用jQuery的ajax解決跨域問題的簡單版：
復制代碼
$(document).ready(function(){
var url='localhost:8080/...upById
+?id=1&callback=?';
$.ajax({
url:url,
dataType:'jsonp',
processData: false,
type:'get',
success:function(data){
alert(data.name);
},
error:function(XMLHttpRequest, textStatus, errorThrown) {
alert(XMLHttpRequest.status);
alert(XMLHttpRequest.readyState);
alert(textStatus);
}});
});
復制代碼
這樣寫是完全沒有問題的，起先error的處理函數中僅僅是alert(「error」)，為了進一步弄清楚是什麼原因造成了錯誤，故將處理函數變 為上面的實現方式。最後一行alert使用為；parsererror。百思不得其解，繼續google，最終還是在萬能的stackoverflow找 到了答案，鏈接在這里。原因是jsonp的格式與json格式有著細微的差別，所以在server端的代碼上稍稍有所不同。
比較一下json與jsonp格式的區別：
json格式：
{
message&q......>>
問題三：跨域是指什麼,因為什麼引起的?有哪些解決方案?web前端知識 跨域是指 不同域名之間相互訪問 例如 我的電腦上有2個伺服器 192.168.0.11 192.168.0.12 如果第一個伺服器上的頁面要訪問第二個伺服器 就叫做跨域 或者 要訪問xxx 也是不同域名 也是跨域
HTML5 里有個window.postMessage 方法，支持跨域訪問，詳情可以參考
webhek/window-postmessage-api
如果你的程序在伺服器上，也可以進行相應的操作來完成跨域訪問
純手打 有問題歡迎咨詢
問題四：如何解決跨域問題 打開IE瀏覽器，在工具菜單下選擇Internet選項，打開Internet選項卡
切換到安全選項卡下，點擊可信站點，然後單擊站點按鈕
可信站點窗口輸入網址到可信站點的區域，點擊添加按鈕，網址則會添加到網站列表下，最後關閉可信站點窗口
還是在安全選項卡下的可信站點，點擊自定義級別
打開受信任的站點區域窗口，找到跨域瀏覽窗口和框架選擇啟用
在當前窗口中繼續往下翻，通過域訪問數據源也選擇啟用，點擊確定關閉受信任的站點區域窗口
在Internet窗口也點擊確定按鈕，同時關閉瀏覽器
在請求的js腳本中添加是否允許跨域訪問的許可權，jQuery.support.cors默認值為true，則代表允許；反之，不允許。設置完成，重新打開瀏覽器驗證即可
問題五：$跨域請求怎麼解決 post請求進行跨域
angularjs內置封裝了類ajax的網路服務$,所以實現了依賴外部插件來完成完整的前後端分離方案
$scope.main = {
getData: function () {
$({
method: 'POST',
url: 'localhost:8000',
headers: {
'Content-Type' : 'application/x--form-urlencoded'
},
data: {
myUrl: 'c.m.163/...0'
}
}).then(function success(result) {
數據請求成功
console.log(result.data);
},function error(err) {
數據請求失敗
console.log(err);
});
}
};
注意：表面上是向$中傳入了一個回調函數提供相應時調用，實際是返回了一個promise對象，angular1.2以上的版本對$進行了優化
優化後：
$scope.main = {
getData: function () {
var myUrl = 'c.m.163/...0';
var url = 'localhost:8000';
var promise = $({
method: 'POST',
url: url,
headers: {
'Content-Type' : 'text/plain'
......>>
問題六：如何解決跨域問題 關於跨域名問題還是問題么，這方面的解決實踐非常多，今天我就舊話重提把我所知道的通過幾個應用場景來分別總結一下（轉帖請註明出處：blog.csdn/lenel）
先說明一點：我說的某某域名在您的控制下的意思是這個域名下的網頁由您來負責開發內部的JavaScript
場景一：將bbs.xxx的頁面用iframe嵌入到xxx的中，如何在iframe內外使用js通信（轉帖請註明出處：blog.csdn/lenel）
一級域名都是xxx 這個域名一定是在您的控制下，所以你只要在兩個頁面中同時升級域名即可
在父窗口和iframe內部分別加上js語句：document.domain=xxx;
之後2個頁面就等於在同一域名下，通過window.parent oIframe.contentDocument就可以相互訪問，進行無障礙的JS通信
在新浪、淘寶等很多頁面都能找到這樣的語句。不過document.domain不可以隨便指定，只能向上升級，從bbs.xxx升級到yyy肯定會出錯
場景二：將yyy的頁面用iframe嵌入到xxx的中，兩個域名都在您的控制下，如何在iframe內外進行一定的數據交流（轉帖請註明出處：blog.csdn/lenel）
你可以通過相互改變hash值的方式來進行一些數據的通信
這里的實現基於如下技術要點：
1、父窗口通過改變子窗口的src中的hash值把一部分信息傳入，如果src只有hash部分改變，那麼子窗口是不會重新載入的。
2、
子窗口可以重寫父窗口的location.href，但是注意這里子窗口無法讀取而只能重寫location.href所以要求前提是您控制兩個域名，知
道當前父窗口的location.href是什麼並寫在子窗口內，這樣通過parent.location.href =
已知的父窗口的href+#+hash。這樣父窗口只有hash改變也不會重載。
3、上面兩步分別做到了兩個窗口之間的無刷新數據通知，
那麼下面的來說如何感知數據變化。標准中沒有相關規定，所以當前的任意瀏覽器遇到location.hash變化都不會觸發任何javaScript事
......>>
問題七：如何解決javascript的跨域問題 一般是用iframe設置
document.domain = 'a';var ifr = document.createElement('iframe');ifr.src = 'a/index';ifr.style.display = 'none';document.body.appendChild(ifr);ifr.onload = function(){ var doc = ifr.contentDocument || ifr.contentWindow.document; console.log(doc.documentElement.innetHTML);};然後HTML5新特性有 ,postMessage
function Init () { if (window.addEventListener) { all browsers except IE before version 9 window.addEventListener (message, OnMessage, false); } else { if (window.attachEvent) { IE before version 9 window.attachEvent(onmessage, OnMessage); } } } function GetState () { var frame = document.getElementById (myFrame); var message = getstate;參數if (frame.contentWindow.postMessage) { 傳遞的參數，後面是傳遞的你的跨域域名frame.contentWindow.postMessage (message, *); } } function OnMessage (event) { console.log(event.data);} document.body.onload=function(){Init();GetState();};
問題八：如何解決跨域問題 VPN或者域名
問題九：如何解決請求跨域的問題 jsonp 是寫 script 標簽，只能滿足 get 請求。跨域 post 的話，IE8 及以上和其他主流瀏覽器可以用 window.postMessage 來實現，也就是傳說中的 HTML5 方法了，可以看下標准，代碼很簡單。IE6、7 就用老式的方法
問題十：怎麼解決伺服器間的跨域問題 服務端的解決方案的基本原理就是，由客戶端將請求發給本域伺服器，再由本域伺服器的代理來請求數據並將響應返回給客戶端。
最常用的伺服器解決方案就是利用web伺服器本身提供的proxy功能，如apache和ligd的mod_proxy模塊。在網路內 部，tran *** it的分流功能也可以解決部分跨域問題。但這些方法都有一定的局限性，鑒於安全性等問題的考慮，space這邊最後開發了一個專門用於處
理跨域請求代理服務的spproxy模塊，用於徹底解決js跨域問題。
下面我們將以空間的開放平台為例，簡單介紹下如何通過apache的mod_proxy、tran *** it的分流以及space的spproxy模塊來解
決該跨域問題，並簡單介紹下spproxy的一些特性、缺點及下一步的改進計劃。
空間在展現每個UWA開放模塊之前都必須請求該模塊的xml源代碼以進行解析，每個模塊的源代碼文件都是存放在act域下的/ow/uwa目錄下，那麼在
用戶空間首頁（hi域）中請求該xml文件時就會存在js跨域問題。要解決該問題，只能讓js向hi域的web伺服器請求xml文件，而hi域web服務
器則通過一定的代理機制（如mod_proxy、tran *** it分流、spproxy）向act域的web伺服器請求文件
2. 用webuploader怎麼解決跨域上傳文件的問題
跨域請求前瀏覽器會自動發出一個options請求，如果伺服器的響應頭部中有如下信息：
Access-Control-Allow-Origin: #允許訪談亂睜問的源，如http://localhost:3000
Access-Control-Allow-Methods: #允許的方法，如get, post
瀏覽器收到這個陪鬧響應就會繼續原含歲來的請求，否則就會終止。
在webuploader中可以在uploadBeforeSend的回調中設置請求的頭部，例如
uploader.on('uploadBeforeSend', function(obj, data, headers) {
_.extend(headers, {
"Origin": "http://localhost:3000",
"Access-Control-Request-Method": "POST"
});
});
在服務端的post響應中增加頭部：Access-Control-Allow-Origin: http://localhost:3000
3. rust actix_web解決跨域問題
在做Web服務時使用的是與主站 配置的是fb.net , 另外個成員列表服務是 m1.fb.net ，這會造成一個跨域問題。在瀏覽器下使用 XML Http Request 或者 fetch 發出一個HTTP請求，假如這個HTTP的協議、主機名或者埠任意一個與當前網頁地址有不一致時，為了安全瀏覽器會限制響應結果，通常這類問題就是所謂的跨域問題。
可以參考： https://segmentfault.com/a/1190000012550346
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/CORS
解決跨域問題的方式有很多，比如 jsonp ， iframe 等等。但在這里，我使用HTTP協議里約定的欄位來解決這個問題，這也是最干凈完美的解決方案。為了處理有跨域請求的特殊場景，HTTP協議里有一個特殊的響應頭欄位 Access-Control-Allow-Origin ，意思允許訪問的 Origin ，值可以是通配符 * ，允許所有，或者寫上一個具體的 Origin 值。
在 actix-web 里， 我們需要配合 actix_cors 來處理關於跨域請求的配置，以下是一個例子
Cargo.toml
main.rs
測試一下
如果我們把Origin換成另一個域名，則會報錯
400出錯了，提示
不允許的Origin請求，另外http和https視為不同的origin，都需要添加支持。
如果你需要允許所有的 Origin ，也就是不做限制的話，那麼使用 * 號做通配符
通常來說不建議這么干，
當然如果有nginx做負載的話，也可以在nginx上部署，此時後端服務可以不用如此實現了，否則可能會出現：
4. WebStorm本地調試的跨域問題
首先什麼漏兄是跨域，簡單地理解就是因為JavaScript同源策略的限制，a.com 域名下的js無法操作b.com或是c.a.com域名下的對象。更詳細的說明可以看下錶：鬧沒
WebStorm本地調試都是調用本地 localhost:63332的服務, 但是JavaScript需要調用10.170.0.1的介面, 由於是本地調試跨域導致獲取不到介面數據液搜納。
因為剛搞H5, 與後台討論之後, 決定用tomcat在本地搭建一個本地後台服務, 以配合前段跨域問題。原因是Chrome不能啟動跨域命名。
最後Mac搭建好tomcat, 死活都不起war包的服務。於是我想再Mac上再試一試跨域的命名。最後發現如果跨域命令行少了 --user-data-dir 導致跨域失敗。
(Ps:chrome 48 命令行啟動不支持設置跨域了,想要跨域,還需要需要在加上 -user-data-dir)
先關閉Chrome, 打開Terminal輸入 open -a "Google Chrome" --args --disable-web-security --user-data-dir ，等待Chrome上面顯示下圖, 然後在WebStorm裡面啟動調試。
5. iOS wkWebview 解決跨域問題
如圖, ios在載入本地html文件時可能會遇到上面報錯問題. 原哪洞游因是因李銷為html文件里載入less文件採用了發請求的方式, 出現了跨域的問題.
可以給webview添加允許跨域的屬性設置以解決該問顫襪題.
6. android開發中，webview常用於顯示網頁或h5頁面，一個遇到跨域方面的坑。
1.跨域cookie讀取
什麼是跨域，簡單的說就是不同的域名，我們都知道在pc上我們用瀏覽器訪問網址，不同的網址都會在本地存儲一些cookie信息，這樣就可以實現比如自動登錄等功能，在pc上不同域名是不能相互讀取其他域下的cookie信息的（非web專業開發人員，如果理解有誤，歡迎指出）。
但是在 android 上在api 23之前，是可以跨域讀取cookie的，比如A域寫入一個userId的cookie，B域可以讀取該值。但是在23時，系統將該值設置成了false，不再讓跨域讀取了。如果你的應用有跨域讀取需求，怎麼辦？可以採用如下方式進行開啟：
/*** 設置跨域cookie讀取*/
public final void setAcceptThirdPartyCookies() {
//target 23 default false, so manual set true
if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { CookieManager.getInstance().setAcceptThirdPartyCookies(webView,true);
}
}
2.http/https混合載入
在現階段，很多網站都改成了https進行訪問，https可以提升訪問網站的安全性，防止信息被竊取，如果所有的網頁都是https且網頁內的鏈接也是都是https，那就沒有混合載入(文本區域https，圖片文件http載入)的問題了。但是很多資源現階段還沒有改變成https訪問，往往頁面都嵌入了http的鏈接。這種混合網頁如果不進行處理，直接載入是會出現錯誤的。怎麼解決這個問題？
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
webSettings.setMixedContentMode(WebSettings.MIXED_CONTENT_ALWAYS_ALLOW);
}
這也是一個分版本的函數，在api23之前，默認是可以混合載入的，但是在23時，默認值改成了MIXED_CONTENT_NEVER_ALLOW，因此如果你有混合載入的需求，設置setMixedContentMode為MIXED_CONTENT_ALWAYS_ALLOW。
3.無法解決跨域訪問問題，可以嘗試給webview設置如下配置，已解決該問題；
if (Build.VERSION.SDK_INT >= 16) {
Class clazz =webView.getSettings().getClass();
Method method = clazz.getMethod("", boolean.class);
if (method != null) {
method.invoke(webView.getSettings(), true);
}
}
} catch (IllegalArgumentExceptione) {
e.printStackTrace();
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
}
7. web前端跨域的一些解決方案
沒有歸納之前對跨域的一些說法是模糊的，什麼jsonp啊，跨域原理啊，心裡只有一個大概的說法，知道這個東西，然後用的時候直接網路Ctrl+C，後來閑下來決定整理一波這些知識點，需知其所以然。
那麼，其實這是瀏覽器對我們的一種保護機制，把壞人擋在門外。那麼，問題來了，我們怎麼確定門外的人到底是好人還是壞人呢？瀏覽器關上了壞人的一扇門，留給了我們好人一扇窗。
JSONP跟JSON沒有關系..就好像JavaScript和Java一樣
瀏覽器對script、img（這些標簽的請求方式都是 GET ，所以jsonp不支持 POST ）這種標簽沒有限制，我們就可以這樣干
因此，實現CORS通信的關鍵是伺服器。只要伺服器實現了CORS介面，就可以跨源通信。
伺服器端對於CORS的支持，主要就是通過設置 Access-Control-Allow-Origin 來進行的。如果瀏覽器檢測到相應的設置，就可以允許Ajax進行跨域的訪問。 更多有關跨域資源共享 CORS 的知識
瀏覽器中可以查看對應的響應頭，舉個例子，如下
服務端允許CORS，服務端需要針對介面設置的一系列響應頭 (Response Headers)
1.簡單請求
目前大多數情況都採用這種方式。簡單請求只需要設置 Access-Control-Allow-Origin 即可。滿足以下兩個條件，就屬於簡單請求。
2.非簡單請求
非簡單請求會發出一次預檢測請求，返回碼是204，預檢測通過才會真正發出請求，這才返回200。來看栗子：
非簡單請求需要根據不同情況配置不同的響應頭，一系列響應頭配置項見上方
這個說法相信不陌生，我們依然使用前端域名請求，然後有一個 中介商---代理 把這個請求轉發到真正的後端域名上，那也就不存在跨域問題了。
比較普遍的Nginx，簡單的配置一下就可以了。了解更多的配置信息： nginx詳解
然後前端這邊的請求地址是 http://localhost:9099/api/xxx ,然後Nginx監聽到地址是 localhost:9099/api 的請求，就幫我們轉發到真正的服務端地址 http://.com
CORS與JSONP的使用目的相同，但是比JSONP更強大。JSONP只支持GET請求，CORS支持所有類型的HTTP請求。JSONP的優勢在於支持老式瀏覽器，以及在服務端同意jsonp方式時，可以向不支持CORS的網站請求數據。Nginx可以說是最方便的，不過需要部署Nginx才行，需要對伺服器有一定的理解，不太適合剛入門的同學，當然也可以請後台同學幫忙部署。
window.postMessage(data,origin) 是 HTML5 的一個介面，專注實現不同窗口不同頁面的跨域通訊。
現在是這么一個情況,由於同源策略的限制下， a.html 不能操作iframe( b.html )裡面的dom，那麼使用postMessage就可以解決這一情況
然後 b.html 頁面通過message事件監聽並接受消息:
這種方式只適合主域名相同，但子域名不同的iframe跨域。
比如主域名是 http://.com/:8888 ，子域名是 http://child..com/:8888 ，這種情況下給兩個頁面設置相同的document.domain即document.domain = .com 就可以訪問各自的window對象了。
前端跨域整理
不要再問我跨域的問題了
8. 開發中為什麼會出現跨域問題（不是問什麼是跨域
出現跨域問題的原因:
1 web中瀏覽器設置的相關策略
2 應用程序本身設置的禁止跨域限制
跨域問題出現的階段:
常出現在web開發中,前端訪問不同於前端域的伺服器端域
產品上線後，也可能存在跨域問題， 因為當一個產品中的不同模塊部署到不同的www地址中
9. web.config 跨域問題
一、認識Web.config文件
Web.config文件是一個XML文本文件，它用來儲存 ASP.NET Web 應用程序的配置信息（如最常用的設置ASP.NET Web 應用程序的身份驗證方式），它可以出現在應用程序的每一個目錄中。當你通過VB.NET新建一個Web應用程序後，默認情況下會在根目錄自動創建一個默認的
Web.config文件，包括默認的配置設置，所有的子目錄都繼承它的配置設置。如果你想修改子目錄的配置設置，你可以在該子目錄下新建一個Web.config文件。它可以提供除從父目錄繼承的配置信息以外的配置信息，也可以重寫或修改父目錄中定義的設置。
在運行時對Web.config文件的修改不需要重啟服務就可以生效（註：＜processModel＞ 節例外）。當然Web.config文件是可以擴展的。你可以自定義新配置參數並編寫配置節處理程序以對它們進行處理。
二、web.config配置文件（默認的配置設置）以下所有的代碼都應該位於
＜configuration＞
＜system.web＞
和
＜/system.web＞
＜/configuration＞
之間，出於學習的目的下面的示例都省略了這段XML標記
1、＜authentication＞ 節
作用：配置 ASP.NET 身份驗證支持（為Windows、Forms、PassPort、None四種）。該元素只能在計算機、站點或應用程序級別聲明。＜authentication＞ 元素必需與＜authorization＞ 節配合使用。
示例：
以下示例為基於窗體（Forms）的身份驗證配置站點，當沒有登陸的用戶訪問需要身份驗證的網頁，網頁自動跳轉到登陸網頁。
＜authentication mode="Forms" ＞
＜forms loginUrl="logon.aspx" name=".FormsAuthCookie"/＞
＜/authentication＞
其中元素loginUrl表示登陸網頁的名稱，name表示Cookie名稱
2、＜authorization＞ 節
作用：控制對 URL 資源的客戶端訪問（如允許匿名用戶訪問）。此元素可以在任何級別（計算機、站點、應用程序、子目錄或頁）上聲明。必需與＜authentication＞ 節配合使用。
示例：以下示例禁止匿名用戶的訪問
＜authorization＞
＜deny users="?"/＞
＜/authorization＞
註：你可以使用user.identity.name來獲取已經過驗證的當前的用戶名；可以使用
web.Security.FormsAuthentication.RedirectFromLoginPage方法將已驗證的用戶重定向到用戶剛才請求的頁面.具體的實例請參考:
Forms驗證 http://www.fanvb.net/websample/dataauth.aspx
3、＜compilation＞節
作用：配置 ASP.NET 使用的所有編譯設置。默認的debug屬性為「True」.在程序編譯完成交付使用之後應將其設為True（Web.config文件中有詳細說明，此處省略示例）
4、＜customErrors＞
作用：為 ASP.NET 應用程序提供有關自定義錯誤信息的信息。它不適用於 XML Web services 中發生的錯誤。
示例：當發生錯誤時，將網頁跳轉到自定義的錯誤頁面。
＜customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly"＞
＜/customErrors＞
其中元素defaultRedirect表示自定義的錯誤網頁的名稱。mode元素表示：對不在本地 Web 伺服器上運行的用戶顯示自定義(友好的)信息。
5、＜httpRuntime＞節
作用：配置 ASP.NET HTTP 運行庫設置。該節可以在計算機、站點、應用程序和子目錄級別聲明。
示例：控制用戶上傳文件最大為4M，最長時間為60秒，最多請求數為100
＜httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/＞
6、 ＜pages＞
作用：標識特定於頁的配置設置（如是否啟用會話狀態、視圖狀態，是否檢測用戶的輸入等）。＜pages＞可以在計算機、站點、應用程序和子目錄級別聲明。
示例：不檢測用戶在瀏覽器輸入的內容中是否存在潛在的危險數據（註：該項默認是檢測，如果你使用了不檢測，一要對用戶的輸入進行編碼或驗證)，在從客戶端回發頁時將檢查加密的視圖狀態，以驗證視圖狀態是否已在客戶端被篡改。(註：該項默認是不驗證）
＜pages buffer="true" enableViewStateMac="true" validateRequest="false"/＞
7、＜sessionState＞
作用：為當前應用程序配置會話狀態設置（如設置是否啟用會話狀態，會話狀態保存位置）。
示例：
＜sessionState mode="InProc" cookieless="true" timeout="20"/＞
＜/sessionState＞
註：
mode="InProc"表示：在本地儲存會話狀態（你也可以選擇儲存在遠程伺服器或SAL伺服器中或不啟用會話狀態）
cookieless="true"表示：如果用戶瀏覽器不支持Cookie時啟用會話狀態(默認為False）
timeout="20"表示：會話可以處於空閑狀態的分鍾數
8、＜trace＞
作用：配置 ASP.NET 跟蹤服務，主要用來程序測試判斷哪裡出錯。
示例：以下為Web.config中的默認配置：
＜trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" /＞
註：
enabled="false"表示不啟用跟蹤；requestLimit="10"表示指定在伺服器上存儲的跟蹤請求的數目
pageOutput="false"表示只能通過跟蹤實用工具訪問跟蹤輸出；
traceMode="SortByTime"表示以處理跟蹤的順序來顯示跟蹤信息
localOnly="true" 表示跟蹤查看器 (trace.axd) 只用於宿主 Web 伺服器
三、自定義Web.config文件配置節
自定義Web.config文件配置節過程分為兩步。
一是在在配置文件頂部 ＜configSections＞ 和 ＜/configSections＞標記之間聲明配置節的名稱和處理該節中配置數據的 .NET Framework 類的名稱。
二是在 ＜configSections＞ 區域之後為聲明的節做實際的配置設置。
示例：創建一個節存儲資料庫連接字元串
＜configuration＞
＜configSections＞
＜section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/＞
＜/configSections＞
＜appSettings＞
＜add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/＞
＜/appSettings＞
＜system.web＞
......
＜/system.web＞
＜/configuration＞
四、訪問Web.config文件
你可以通過使用ConfigurationSettings.AppSettings 靜態字元串集合來訪問 Web.config 文件示例：獲取上面例子中建立的連接字元串。
Dim sconstr As String = ConfigurationSettings.AppSettings("SconStr")
Dim scon = New SqlConnection(sconstr)
10. 跨域是指什麼,因為什麼引起的有哪些解決方案web前端知識
廣義跨域就是指跨域訪問，簡單來說就是 A 網站的 javascript 代碼試圖訪問 B 網站，包括提交內容和獲取內容。由於安全原因，跨域訪問是被各大瀏覽器所默認禁止的。
當一個域與其他域建立了信任關系後，2個域之間不但可以按需要相互進行管理，還可以跨網分配文件和列印機等設備資源，使不同的域之間實現網路資源的共享與管理。這就形成了「跨域」。