&

分類:

毀與悔回答

-webkit-appearance: none

短嘆回答

你log輸出的時(shí)機(jī)不對(duì)

        req.on('data',function (chunk) {
            body += chunk;
            console.log(body); 
        });

怎么理解`我們可以使用 mapState 輔助函數(shù)幫助我們生成計(jì)算屬性，讓你少按幾次鍵`這句話？

誮惜顏回答

mapSteta輔助函數(shù)幫助我們生成計(jì)算屬性,就是最后我們使用的計(jì)算屬性是生成的,減少了代碼量吧

菜鳥(niǎo)教程中node語(yǔ)法寫法的疑問(wèn)，為什么語(yǔ)法中要加中括號(hào)？

未命名回答

雖然不怎么會(huì)Node，但我知道大部分的文檔這么寫都意味著后面是可選參數(shù)。
中括號(hào)的意思就是里面的內(nèi)容不是必須的

PHP 中的 curl 在本地能夠獲取數(shù)據(jù)，而在服務(wù)器上獲取失敗

獨(dú)特范回答

首先按照你說(shuō)法是確實(shí)有返回值，只是返回值是false，這樣的話就可以分為兩種情況。
一種是對(duì)方的api報(bào)錯(cuò)了，你可以去他的官方論壇或者一些大的論壇看一下，如果有使用的人一定會(huì)有人吐槽
另一種就是你的請(qǐng)求被對(duì)方拒絕了，這時(shí)候就應(yīng)該看一下你的請(qǐng)求數(shù)據(jù)，如果你本地成功而服務(wù)器上失敗，那是不是有IP限制呢？

Object of class Carbon\Carbon could not be converted to int

替身回答

emmm，對(duì)象轉(zhuǎn)int嗎？

selenium 點(diǎn)擊問(wèn)題。。

蝶戀花回答

driver.find_element_by_xpath(//div[@id='oHxP64']").click() 用這個(gè)試一試那，選擇他們的id不是比你這個(gè)要好？首先你要看看print driver.find_element_by_xpath("http://span[text()='資源管理']") 是否能找到元素

求問(wèn)：vue 給動(dòng)態(tài)創(chuàng)建的模板添加change事件

夢(mèng)一場(chǎng) 回答

你都用vue了，為何不用雙向綁定，v-model參考一下官方文檔吧，至于值的改變可以用watch，computed，也可以定義函數(shù)

iview table中columns的minWidth不起作用

夢(mèng)一場(chǎng) 回答

我也遇到了相同的問(wèn)題，你有解決嗎

一個(gè).py腳本利用logging同時(shí)輸出兩個(gè)log文件

解夏回答

要實(shí)現(xiàn)一個(gè)腳本文件輸出兩個(gè)log的話，建議將上面的logging.conf跟audit.conf整合成一個(gè)配置文件

學(xué)習(xí)springboot + thymeleaf 遇到的問(wèn)題

巷尾回答

如果是使用 spring-boot-starter-thymeleaf，可以添加下列配置在application.properties

spring.thymeleaf.check-template-location=true
spring.thymeleaf.prefix=classpath:/templates/
spring.thymeleaf.suffix=.html
spring.thymeleaf.mode=html
spring.thymeleaf.encoding=UTF-8
spring.thymeleaf.content-type=text/html
spring.thymeleaf.cache=false

html中內(nèi)聯(lián)中onclick= "test(this)" 的this如何傳遞到封裝的原型中？

安淺陌回答

不明白你的意思，這兩個(gè)this不是一個(gè)this。onclick里的this應(yīng)該是指事件對(duì)象，你原型鏈里的this是指fn的實(shí)例對(duì)象

phpStorm編輯器，在寫build.js 出現(xiàn)這樣的下劃線

尛憇藌回答

原因

永遠(yuǎn)無(wú)法執(zhí)行到的代碼就會(huì)這樣顯示

示例

const test = () => {
const a = 1;
return 2;
console.log(11);  //這一行也會(huì)出現(xiàn)你這種情況,因?yàn)樗肋h(yuǎn)無(wú)法執(zhí)行
}

phpstorm 無(wú)法生成phpDoc風(fēng)格的注釋

失心人回答

問(wèn)題已解決，重啟IDE

滾動(dòng)條再移動(dòng)端不起作用

孤島回答

滾動(dòng)的條件，父盒子的高度小于子盒子高度
可以排查一下這個(gè)

image 未加載完畢出現(xiàn) loading 等完成後再顯示image？

扯不斷回答

onload事件 complete屬性可以認(rèn)定圖片加載完畢

PHP Fatal error: Uncaught Error: Class not found in ？

夏夕回答

require('./vendor/autoload.php');

怎么才能讓a的部分?jǐn)?shù)據(jù)發(fā)生變化，而不是重新把整個(gè)新的JSON數(shù)據(jù)賦值給a？

我以為回答

a.filter(item => item['省會(huì)'] === '杭州123')[0]['金額'] = 55;

Angular 父組件調(diào)用子組件變量定義問(wèn)題

久愛(ài)她回答

這里只是單純的表明這個(gè)模板變量的類型

Linux同步和異步-事件循環(huán)

我以為回答

說(shuō)下自己的理解，供參考。假設(shè)題主了解網(wǎng)絡(luò)編程和計(jì)算機(jī)系統(tǒng)的一些基本概念。

簡(jiǎn)單概括來(lái)說(shuō)，事件驅(qū)動(dòng)是實(shí)現(xiàn)并發(fā)處理的一種方式。

我們就以HTTP請(qǐng)求的處理過(guò)程為例，為簡(jiǎn)化說(shuō)明，僅考慮網(wǎng)絡(luò)IO，不考慮文件IO和數(shù)據(jù)庫(kù)等其他過(guò)程，也不考慮多核系統(tǒng)。
考慮采用如下最簡(jiǎn)模型來(lái)處理HTTP請(qǐng)求：

main_loop:
  accept() 
  recv()  
  parse() 
  send() 
  close()

來(lái)一個(gè)連接，讀取數(shù)據(jù)（請(qǐng)求），解析請(qǐng)求內(nèi)容，返回?cái)?shù)據(jù)（應(yīng)答）。
同一時(shí)間只為一個(gè)客戶端服務(wù)。在為A客戶端服務(wù)的過(guò)程中，B客戶端必須等待。

這種方式非常簡(jiǎn)單直接，容易理解，但其無(wú)法滿足現(xiàn)實(shí)場(chǎng)景的需要——不支持并發(fā)。
現(xiàn)實(shí)中，客戶端的請(qǐng)求是并發(fā)的：即當(dāng)一個(gè)客戶端的請(qǐng)求還在處理時(shí)，另外一個(gè)客戶端的請(qǐng)求就會(huì)達(dá)到，甚至多個(gè)客戶端的請(qǐng)求同時(shí)達(dá)到。
而且，recv 和 send等涉及網(wǎng)絡(luò)操作的API由于網(wǎng)絡(luò)數(shù)據(jù)發(fā)送與到達(dá)的不確定性，可能需要等待，CPU會(huì)空閑下來(lái)——但這種模型下即使CPU空閑了也無(wú)法處理其他客戶端的請(qǐng)求，浪費(fèi)了CPU。

我們采用如下多線程模型，可以解決上述問(wèn)題：

main_loop:
  accept() 
  start_thread(thread_loop)

thread_loop:    
    recv()  
    parse() 
    send() 
    close() 
    exit thread()

即每個(gè)客戶端在一個(gè)獨(dú)立的線程中處理。
當(dāng)一個(gè)客戶端的線程執(zhí)行網(wǎng)絡(luò)操作需要等待時(shí)，會(huì)被操作系統(tǒng)調(diào)度出去，執(zhí)行其他需要干活兒的線程。
似乎完美了解決了我們的問(wèn)題？
然而并沒(méi)有。
因?yàn)椴僮飨到y(tǒng)創(chuàng)建線程的開(kāi)銷是比較大的，能夠支持的線程數(shù)量是有限的，通常是幾萬(wàn)的級(jí)別，如果線程太多，就會(huì)有很多的CPU浪費(fèi)在了線程的創(chuàng)建、銷毀、調(diào)度等管理操作上。

所以為了充分發(fā)揮CPU的能力，支持更多的并發(fā)數(shù)量，，在Linux上有另外一種處理并發(fā)的方式：
內(nèi)核提供了監(jiān)聽(tīng)大量網(wǎng)絡(luò)連接（句柄）可讀、可寫等事件的機(jī)制和接口。
應(yīng)用把需要監(jiān)聽(tīng)對(duì)象以及關(guān)心的事件注冊(cè)給內(nèi)核，內(nèi)核在有事件達(dá)到時(shí)通知應(yīng)用處理。
基于這種機(jī)制處理并發(fā)就是事件驅(qū)動(dòng)。

事件驅(qū)動(dòng)機(jī)制的基本模型是：

create_listen_socket()
register_event_for_listen_socket()
main_loop:
    wait_for_event()
    check_events:
         if listen_socket has event(new client coming) :
               accept()
               register_event_for_client_socket()
        if client_socket has event(new data coming):
               recv()                       
               parse()
               send()

但這里有一個(gè)問(wèn)題，有可能一個(gè)客戶端剛讀取了一部分?jǐn)?shù)據(jù)，就沒(méi)了，剩下的還在網(wǎng)絡(luò)中沒(méi)過(guò)來(lái)，需要繼續(xù)等待。
這就需要把當(dāng)前的讀取內(nèi)容和請(qǐng)求處理狀態(tài)（也即上下文）保存起來(lái)，繼續(xù)處理其他客戶端的事件。
然后下次這個(gè)客戶端再有事件到來(lái)時(shí)再找回上下文繼續(xù)處理。
這其實(shí)需要應(yīng)用自己做一些任務(wù)調(diào)度相關(guān)的上下文保存和切換工作。

當(dāng)使用多線程處理并發(fā)時(shí)，操作系統(tǒng)幫我們做了這些工作，我們無(wú)需關(guān)心任務(wù)切換。
因?yàn)橐粋€(gè)線程就只處理一個(gè)客戶端，反復(fù)調(diào)用recv把一個(gè)請(qǐng)求的數(shù)據(jù)讀完然后解析處理就可以了，也不用擔(dān)心沒(méi)數(shù)據(jù)到來(lái)時(shí)，recv阻塞了其他客戶端的處理。
所以多線程編寫并發(fā)代碼非常簡(jiǎn)單直接。

如上，事件驅(qū)動(dòng)機(jī)制是Linux上解決并發(fā)問(wèn)題的一種高效編程模型。
應(yīng)用反復(fù)探測(cè)事件，對(duì)接收到的事件進(jìn)行逐個(gè)處理的過(guò)程就是事件循環(huán)。

那么同步和異步概念體現(xiàn)在哪里呢？

所謂同步就是我們執(zhí)行一個(gè)任務(wù)，一直等待任務(wù)執(zhí)行結(jié)束。
所謂異步就是我們執(zhí)行一個(gè)任務(wù)，不等待任務(wù)執(zhí)行結(jié)束，繼續(xù)去干其他活兒，任務(wù)結(jié)果后有個(gè)通知，或者干脆不關(guān)心任務(wù)的執(zhí)行結(jié)果。

在多線程模型中，每接收到一個(gè)新的客戶端就創(chuàng)建一個(gè)線程處理，這就是一種異步處理。
在事件驅(qū)動(dòng)模型中，當(dāng)沒(méi)有數(shù)據(jù)可讀時(shí)，就把這個(gè)客戶端繼續(xù)放到監(jiān)聽(tīng)隊(duì)列中監(jiān)聽(tīng)，也是一種異步。

如果我們考慮文件IO，把IO請(qǐng)求丟給另外一個(gè)或一組線程（線程池）處理，處理完后通知主線程，也是一種異步。