javascript是如何跟html交互的？

從題目來看，題目涉及不深。

HTML是用來鋪設(shè)頁面的，CSS是用來美化頁面的。他們應(yīng)該是最基礎(chǔ)的前端。

Javascript最初是為了動(dòng)態(tài)修改頁面內(nèi)容而產(chǎn)生的。后來被一些人用來做后端的東西，也就是nodejs，多虧了v8引擎。但是js還是事件驅(qū)動(dòng)，單線程的。

It有點(diǎn)牽強(qiáng)。js執(zhí)行的時(shí)機(jī)基本是在頁面dom加載之后，不包括頁面上的圖片，視頻等等。

一般來說，頁面的CSS是寫在頭部的，因?yàn)轫撁娴匿秩拘枰狢SS。但是js最好寫在頁面的最后，因?yàn)椴粫?huì)影響頁面的繪制，只是給頁面增加一些動(dòng)態(tài)效果。

個(gè)人理解，希望能幫到你。

這發(fā)生在您的瀏覽器中。底層解析器引擎完成工作后，renderengine在添加CSS方面做得很好。當(dāng)這個(gè)文件準(zhǔn)備好并存儲(chǔ)在RAM中時(shí)，腳本引擎開始工作。那么javascript為什么被稱為動(dòng)態(tài)語言呢？因?yàn)樗煌趥鹘y(tǒng)的在服務(wù)器上生成的腳本語言，而且沒有靜態(tài)鏈接。但是node.js的javascript和前端用的javascript不一樣。唐別聽那些說node.js是前端語言。因?yàn)樗梢圆荒苤苯釉跒g覽器中使用。

他們兩個(gè)屬于兩個(gè)平行世界，一個(gè)JAVAscript只關(guān)心做。另一個(gè)只是從內(nèi)存中刷新地址變量值并更新接口。

如果用技術(shù)來回答這個(gè)問題，那就低了。

nodejs，密集計(jì)算會(huì)飆高cpu，那么有沒有什么方案可以盡可能的優(yōu)化？

密集型計(jì)算會(huì)增加cpu，這很正常。It這相當(dāng)于搬運(yùn)重物。搬運(yùn)它需要很大的力氣。

優(yōu)化:。

分析代碼，確保沒有消耗cpu的無用代碼，比如無限循環(huán)。

通過一些算法優(yōu)化，比如一些空間換時(shí)間的算法。

并行計(jì)算(因?yàn)閚odejs可以t直接操縱線程，可以使用child_process多進(jìn)程模式來利用多核計(jì)算)。

如果優(yōu)化后的代碼可以t達(dá)到預(yù)期效果，可以考慮比v8更高效的C，通過node-gyp編譯成原生模塊。

nodejs對(duì)于cpu密集型計(jì)算的可怕之處在于它阻塞了eventloop，使得后續(xù)任務(wù)無法執(zhí)行，可以不要利用并發(fā)性，這對(duì)處理請(qǐng)求的服務(wù)器來說是致命的。要解決這個(gè)問題，可以用child_process創(chuàng)建一個(gè)子進(jìn)程，或者用一個(gè)計(jì)算能力更強(qiáng)的機(jī)器來提供微服務(wù)。

我們見過面。ngnix的類似情況或許有參考意義。服務(wù)器提供上傳設(shè)備固件的功能。用戶可以通過設(shè)備的前端上傳設(shè)備固件。;的網(wǎng)頁，然后后端程序會(huì)將固件升級(jí)到設(shè)備上。

設(shè)備的固件大小在100m左右，所以我們?cè)趎gnix服務(wù)器上編寫LUA腳本，接受前端網(wǎng)頁提交的數(shù)據(jù)包。

整個(gè)驗(yàn)收過程中，CPU占用率高達(dá)100%，設(shè)備整體響應(yīng)緩慢，甚至偶爾死機(jī)重啟。后來我們研究了ngnix的相關(guān)配置，發(fā)現(xiàn)沒有相關(guān)配置，甚至交叉編譯相關(guān)模塊，只配置了下載負(fù)載。

后天，我們修改了LUA的劇本。接收到一個(gè)包并處理后，在睡眠的毫秒內(nèi)整個(gè)上傳速率略有下降，但cpu利用率下降到40%左右，系統(tǒng)穩(wěn)定性大大增加。

我覺得node.js應(yīng)該也是類似的道理，樓主也可以用這個(gè)思路，在做了一些操作之后，睡一會(huì)兒，釋放資源給系統(tǒng)。

如果是多核cpu，樓主可以做一些合理的配置。

密集計(jì)算的邏輯直接用c寫。