大家好，今天給各位分享cors跟jsonp的利用場景的一些知識，其中也會對jsonp跨域原理進行解釋，文章篇幅可能偏長，如果能碰巧解決你現在面臨的問題，別忘了關注本站，現在就馬上開始吧！
前端為什么有人說要關注Serverless
最近給同事也講了一下，要不部門內部我們自己嘗試嘗試Serverless？
同事問我收益是啥，我也一時說不上來，后來整理了一下，同步發一下吧。
首先如果在公司內部做serverless的嘗試方案：
先搞清楚下面這幾個問題：
1，什么是serverless，對于前端和客戶端以及運維來說有什么收益。
1.1首先理解serverless，需要先理解以下幾個概念：
Serverless的演進和形成主要經歷了：1，IaaS（Infrastructure-as-a-Service，提供物理機服務），2，PaaS（Platform-as-a-Service，平臺既服務，如阿里云，七牛，甚至我們自己的nvm，sce等），3，CaaS（Container-as-a-Service，容器既服務，類似我們現在內部的dockerk8s服務），4，FaaS（函數既服務，一個容器一個函數，使用時才消耗資源，不含存儲，只包含邏輯），5，Baas（backend-as-a-service，后端既服務，提供存儲，數據庫操作，消息轉發，靜態服務等云服務功能）。
我們目前整體新浪還處于IaaS，PaaS結合Caas的階段，我們的服務目前有部署在物理機的，有部署在nvm平臺的，有部署在容器cs服務中的。
那么我們現在理解了serverless的演進后，我們可以認為Faas和Baas才是最終serverless的最后形態。
1.2他對于前端和客戶端開發人員來說：
1，可以直接使用客戶端代碼編寫后端和前端服務邏輯，利用BaaS提供的云服務，關聯到FaaS中，實現對數據的操作，文件的上傳，接口的調用，路由的注冊等，可以更快速無損的開發app應用和前端應用。
2，面向業務編程，不需要了解復雜的后端服務配置和部署等，只需要編寫函數完成API開發即可，加快生產力。
1.3他對于后端人員來說：
1，不需要關注具體服務，只需要關注具體功能。
2，只需要面向API編程，而不是業務編程。
1.4他對于運維人員來說：
1，只需要維護好faas和baas的服務集群即可。
2，更節約成本，而且會比caas和paas更節約服務器資源，因為只有當函數接口被調用時，才會啟動容器，執行函數，執行完畢后再釋放函數，沒有調用則不會有資源浪費。
2，serverless的使用場景：
2.1，首先我們說的主要還是faas和bass的使用場景。
2.1.1純函數，比如計算，接口調用中轉，查詢服務，接口拼接，SSR等。
2.1.2由事件觸發，比如數據處理，接收數據消費，定時任務，消息轉發等。
2.1.3如果有存儲邏輯，比如上傳圖片，裁切，處理音視頻等等，可以提供通用的baas服務的sdk或者api來進行處理即可。
2，結合部門自己的業務，我們什么地方可以使用serverless：
2.2.1c端場景需求：我們開發創新產品或者小程序，app，前端網頁時可以無需后端開發人員配合支持。
比如我們要開發一個ugc的社區，類似微博，綠洲這種app，我們需要的是注冊，登錄，feed流，增刪改查文章，上傳圖片，視頻等功能。
場景1：那么比如注冊，登錄統一的api（現在sso服務就可以直接復用，在faas中調用sso服務接口就可以）。
場景2：用戶的頭像上傳，圖片，視頻上傳可以直接調用s3的服務接口或者cdn接口直接用faas包裝即可，無需后端配合。
場景3：用戶發布文章，刪除，修改文章等，需要操作數據庫，這里包含了簡單的curd的業務邏輯，我們可以直接使用云平臺創建好服務器，然后接入baas中的比如mysql的client，直接在faas中編寫對應的curd邏輯即可，或者利用一些開源的curd包，aws，阿里云都有類似的功能，在新浪我們可以拆開成faas和baas結合+paas的解決方案。
那么我們開發這么一個ugc社區，當我們擁有了serverless架構服務后，我們完全可以純前端完成功能。（理想情況）
2.2.2內部b端場景：
場景1：我們要實現一套無紙化辦公app或者web系統，比如我們的scheme服務，hybrid后臺發布服務中的部分邏輯，比如圈用戶，圈版本等接口都可以直接拆分到faas服務中。
場景2：我們經常要分析處理一些數據，定時進行數據計算，我們可以直接在faas中的定時任務完成計算邏輯和消息轉發功能。
其中場景2，我們目前需要申請服務器，開發crontab腳本，再申請數據庫，進行數據二次處理寫入。或者還要在luwak上編寫sql，配置任務，但是如果和sql無關的任務則luwak無法滿足需求。
3，serverless的實現和開源方案，業界對比：
1，阿里云，騰訊云，頭條云，AWS，google的云服務等。
2，開源服務：Openfaas（社區的），KNative（google的），OpenWhisk（IBM，太老了這個多個開源系統拼接），Kubeless，Fission（k8s官方的），Fn（Oracle的，兼容AWS的Lambda函數服務）
建議選openfaas或者kubeless嘗試一下，看大家都比較推薦，因為咱們肯定是自建。
總結：其實還不錯，如果公司不用，我自己的個人項目還是可以選擇試試的。
H5中引入外鏈js會跨域嗎
會跨域因為瀏覽器中的同源策略限制了外部域名與當前域名的交互，H5中引入外鏈js會導致瀏覽器對當前域名和外部域名的不同源進行限制，因此會發生跨域。同時，當需要跨域時，可以使用JSONP、CORS、postMessage等跨域解決方案來進行處理，以實現跨域請求和數據交互。需要注意的是，跨域請求會增加安全風險，攻擊者可能通過構造特定請求來獲取網站敏感信息，因此需要在開發中仔細處理跨域問題。
大家都是如何解決javascript跨域訪問的
首先你要了解跨域是因為瀏覽器的同源策略，如果你啥也不想動，給你幾個方法：
1、自己搭建一個代理server去請求
2、自己用一些服務器語言去發http請求
3、chrome瀏覽器的快捷鏈接上，加一個-disabled-web-security，意思就是禁用瀏覽器安全策略，具體你搜索下
iframe重定向跨域 cookie失效
當使用Iframe重定向時，cookie可能會失效，因為重定向會更改當前網站的域名，而cookie是基于域名來建立的。
以下是一些可能有用的解決方案：
1.使用HTTPOnlyCookie:使用HTTPOnlyCookie可以避免跨域問題，但需要在重定向前將Cookie添加到服務器端，然后在重定向后將其刪除。
2.使用跨域資源共享(CORS):使用跨域資源共享(CORS)可以讓瀏覽器訪問的應用程序共享同一份數據，從而避免跨域問題。但是，需要服務器端支持CORS，并且需要配置允許跨域資源共享的域名。
3.使用HTTPcookie:使用HTTPcookie可以在不跨域的情況下共享數據。但是，由于瀏覽器會檢查HTTPCookie的域名，因此需要將Cookie的域名設置為服務器端的域名，或者使用域名作為路徑來避免跨域問題。
4.使用JSONP:使用JSONP可以繞過瀏覽器的跨域限制，從而訪問被限制的網站的數據。但是，JSONP會消耗服務器資源，并且可能會導致性能問題。
cors跟jsonp的利用場景的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于jsonp跨域原理、cors跟jsonp的利用場景的信息別忘了在本站進行查找哦。
