1. 切換標簽後，發現js有緩存，事件多次觸發，如何解決
第二個實例是關於標簽頁切換的，先看一下效果：
這也是一個很常見的交互效果，以往正常的javascript寫法是給各個按鈕綁定事件來切換不同的層，當然也可以用純css寫，給上面的三個切換的層分別添加一個單選按鈕的兄弟節點，再用絕對定位把單選按鈕定位在三個button上面，這樣就可以用:checked偽類來單選按鈕的兄弟元素，即對應的不同的層，我簡單的寫了一下DOM結構，大概就是這樣：
那麼用vue.js實現上述的效果，其實也有兩種途徑，一種使用vue-router，vue-router是vue.js的一個路由組件，在單頁面應用中非常非常流行，如果切換的層數據量非常大的話，比如每個層都要有伺服器進行大量的數據交互，那麼強烈建議使用vue-router，因為vue-router在每次切換路由的過程中，都會自動銷毀（destroyed）前面的組件，這樣在頻繁的操作中頁面也不會卡，而且vue-router也定義了頁面切換過程中的過渡動畫。
如果數據量並不復雜的話，可以直接通過vue.js定義切換狀態來切換不同的層。
首先先把template和css寫好：
其中introce、chatbar、videobar分別代表三個需要跟隨button切換的組件，接下來就可以給vue.js的button節點綁定事件來操控點擊狀態：
點擊不同的button，會讓active的狀態改變，同時這個狀態會作用到button上面，比如讓被點擊的button有個高亮的效果等等。
那麼如何讓active的狀態作用到彈出層呢？其實定義一個computed函數就可以了：
總結
以上所述是小編給大家介紹的vue.js實現標簽頁切換效果，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網站的支持！
您可能感興趣的文章:Vue.js實現微信過渡動畫左右切換效果vue.js 左側二級菜單顯示與隱藏切換的實例代碼Vue.js tab實現選項卡切換Vue.js組件tab實現選項卡切換Vue.js組件tabs實現選項卡切換效果
2. IE緩存設置問題no-store不管用，是怎麼回事
因為瀏覽器的兼容問題，建議換種寫法：
如下：
在html的meta標簽增加：
"Cache-Control: no-cache"
"Pragma: no-cache"
設置了 "Expires: 0"，或者 "Expires" 的日期比 "Date" 指定的早 (有個例外是，如果指定了"Cache-Control: max-age="，cache 依然有效);
用戶訪問其他頁面時候，當前頁因為網路原因未完全載入完，比如用到了XMLHttpRequest
所以，推薦題主按FF提供的內容，讓它的BF Cache失效，然後用戶在後退到頁面A的時候依然會觸發onload事件，讀取cookie載入內容就好了。
3. 為什麼說命名和緩存失效是計算機科學裡面最難應對的兩件事
如果有一套演算法，寫成程序需要3個狀態來表達，分別是s0, s1, s2……
So, 計算機科學從來不care你起的名字的好壞。否則我們會見到這樣的編譯器：當你起了壞變數名時，編譯器會報錯(比如 bool always_false = TRUE;)。
命名之所以如此重要，是因為人們發現在命名中可以使用隱喻等修辭，從而在短短一個名字中包含大量的信息。好的隱喻通常只用一個詞就可以形象、直觀表明一個系統/介面的功用甚至實現原理，讓閱讀內部實現顯得trivial。比如：
prime the requests, 表示將多次請求預先裝載，等待一次「發射」；
SYN flood, 表示像洪水一樣發送SYN請求；
pipeline, 表示用管子輸送物品/水一樣，依次而單向。
所以，CS 中認為命名很難，是因為命名壓根就不是 CS 能搞定的事情。命名需要的詞彙量、修辭和大量的生動的背景故事。當然，還需要基本的聯想能力。
河南新華電腦學院網路運營協會為您解答
4. c#緩沖數據為0還會觸發DataReceived事件
去查MSDN上面都 有的
https://msdn.microsoft.com/zh-cn/library/system.io.ports.serialport.datareceived.aspx
下面是MSDN的機翻
數據事件可以由任何中的項原因引起 SerialData 枚舉。 操作系統將確定是否要引發此事件，因為並非所有的奇偶校驗錯誤可能會報告。
如果收到 Eof 字元，而不考慮在內部輸入緩沖區中的位元組數和的值，也引發 DataReceived 事件ReceivedBytesThreshold 屬性。
PinChanged , DataReceived, ，和 ErrorReceived 事件可能被調用無序，並且可能有的基礎流時報告錯誤和事件處理程序執行的時間之間稍有延遲。 只能有一個事件處理程序可以執行一次。
DataReceived 事件不能保證引發收到每個位元組。 使用 BytesToRead 屬性，以確定有多少數據保留在緩沖區中讀取。
DataReceived 時將引發事件在輔助線程上從接收數據 SerialPort 對象。 由於在次級線程上引發此事件，並且不主的線程嘗試修改了主線程，例如用戶界面元素中的某些元素可能會產生一個線程處理的異常。 如有必要修改元素在主Form 或 Control, 、 使用回發更改請求 Invoke, ，哪種將不正確的線程上的工作。
5. 設置頁面在失效前被緩存的時間是什麼意思
你應該是說的頁面緩存失效時間，比如你改了頁面引入的js，刷新的時候並不會生效，因為實際上瀏覽的是緩存的頁面，並沒有載入新寫的JS，緩存失效過了之後會重新讀一遍就會把新寫的js讀進去了，這個一般都是項目和伺服器配置，跟前端無關
6. java怎麼模擬redis緩存超時
從expires中查找key的過期時間，如果不存在說明對應key沒有設置過期時間，直接返回。
如果是slave機器，則直接返回，因為Redis為了保證數據一致性且實現簡單，將緩存失效的主動權交給Master機器，slave機器沒有許可權將key失效。
如果當前是Master機器，且key過期，則master會做兩件重要的事情：1）將刪除命令寫入AOF文件。2）通知Slave當前key失效，可以刪除了。
master從本地的字典中將key對於的值刪除。
主動失效機制
主動失效機制也叫積極失效機制，即服務端定時的去檢查失效的緩存，如果失效則進行相應的操作。
我們都知道Redis是單線程的，基於事件驅動的，Redis中有個EventLoop，EventLoop負責對兩類事件進行處理：
一類是IO事件，這類事件是從底層的多路復用器分離出來的。
一類是定時事件，這類事件主要用來事件對某個任務的定時執行。
7. 集成部署對redis緩存失效有影響嗎
expires查找key期間存說明應key沒設置期間直接返
slave機器則直接返Redis保證數據致性且實現簡單緩存失效主權交給Master機器slave機器沒許可權key失效
前Master機器且key期則master做兩件重要事情：1）刪除命令寫入AOF文件2）通知Slave前key失效刪除
master本字典key於值刪除
主失效機制
主失效機制叫積極失效機制即服務端定檢查失效緩存失效則進行相應操作
我都知道Redis單線程基於事件驅RedisEventLoopEventLoop負責兩類事件進行處理：
類IO事件類事件底層路復用器離
類定事件類事件主要用事件某任務定執行
8. 筆記本臨時緩存生成失效
詳細說明
在Windows XP系統中有時候會彈出「寫入緩存失敗（Delayed write failed）」的提示，告訴你延緩寫入系統可能存在一些問題。雖然這並不是什麼致命錯誤，不過也值得引起你足夠的關注。
下面是一些常見的引起「寫入緩存失敗」的原因：
1．磁碟驅動器本身的原因。這種情況尤其發生SCSI或者RAID驅動器上。有一些RAID驅動器的驅動程序會在安裝了SP2的XP操作系統中報告一個虛假消息告訴用戶「寫入緩存失敗」。所以你應該為你的磁碟驅動器安裝最新版本的驅動程序。
2．數據線的原因。一些錯誤或者損壞的數據線，特別是外部USB線和火線，會造成這種情況。如果你的數據線過長，或者數據線連接到的是一個質量不合格的USB HUB上，也會造成寫入緩存失敗。最後，還有可能是因為你有一個需要80針數據線的UDMA驅動器，但你卻使用了一條40針腳的數據線。
3．SCSI終止錯誤。雖然這種情況在使用了self-terminating技術的SCSI設備上很少發生，但是我們還是必須把它考慮進來。
4．媒體錯誤。這是可能發生的最嚴重的情況，換句話說，也就是磁碟驅動器壞了。如果你能通過SMART（比如SMART & Simple ）軟體獲取磁碟驅動器的統計信息，那麼你可以通過這些信息來判斷磁碟驅動器出現了機械（物理）故障。你還可以使用一個叫Gibson Research's SpinRite的工具來幫助你診斷媒體錯誤，只是這個軟體在對磁碟驅動器進行完全檢測的時候會耗費相當長的時間。
5．計算機的BIOS設定強制開啟了驅動器控制器不支持的UDMA模式。雖然UDMA 模式能夠增強磁碟的性能，但是如果驅動器控制器不支持的話將會導致一些錯誤發生。這種情況並不多見，主要是發生在新安裝的硬體設備上（該硬體設備支持 UDMA模式），用戶可以通過升級BIOS或者將BIOS中關於硬碟驅動器的選項恢復成默認的「自動檢測」模式來解決這個問題。舉個例子：如果設置成 UDMA Mode6模式的設備出現了問題，那麼你可以將它設置成Mode5模式。
6．驅動器控制器的問題。我曾經遇到USB控制器和其他硬體設備沖突並產生寫入緩存失敗的情況。如果你的系統同時擁有長和短兩種PCI插槽（64位和32位），請嘗試將USB控制器從長PCI插槽中拔出。一些比較老的PCI 卡並不支持這種類型的插槽。
7．內存的奇偶校驗錯誤。這種情況通常發生在你新增了一條內存之後，造成這種錯誤的原因是很可能是你的新內存條和主板所支持的內存類型不符，或者是內存本身有問題。（內存有問題還會造成其他一些錯誤，例如隨機死鎖等）
8．注冊表中的LargeSystemCache鍵值錯誤。這種情況很少見，通常發生在那些安裝了ATI顯示適配器，內存大於521MB的機器上。這些機器上的注冊表中有一個叫做LargeSystemCache的鍵
（HKEY LOCAL MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management），該鍵值用來管理系統分配給一些核心進程的內存容量，如果鍵值被設為1的話（這樣設置可以增強內存大於512MB的機器的性能），有可能會在一些系統中導致數據錯誤和產生寫入緩存失敗的錯誤。如果出現這種情況的話，請把該鍵值改為0。