servlet還有必要學(xué)嗎？

仍然有東西要學(xué)，

servlet是用來實現(xiàn)動態(tài)web的，Tomcat10之后的s

VB編程能干什么？就業(yè)前景如何？

我用VB6開發(fā)的

tomcat和jdk要放同一目錄嗎？

我的回答:沒有。

Tomcat和jdk放在服務(wù)器的不同目錄中。

一般Tomcat可以放站和靜態(tài)網(wǎng)站的文件。

作為java語言的開發(fā)工具包，jdk提供了該語言在文件中的解析功能，并且需要配置環(huán)境變量，例如:

JAVA_HOM

web后端是什么？

Webbackend往往指的是人，也就是webbackend開發(fā)工程師。很多后端開發(fā)都是和數(shù)據(jù)庫查詢交互來解決相對領(lǐng)域模型。

很多后端開發(fā)都是和數(shù)據(jù)庫查詢交互來解決相對領(lǐng)域模型。必須考慮的是如何完成功能，瀏覽數(shù)據(jù)信息，以及服務(wù)平臺的可靠性。你需要會寫Java編碼，SQL語句，簡單的概念模型設(shè)計，Spring和iBatis，掌握一些策略模式。你需要掌握以下技能:

1)靈活運用JSP、servlet、javabean、JMS、EJB、Jdbc、Flex進行開發(fā)設(shè)計，或了解Velocity、Spring、Hibernate、iBatis、OSGI等相關(guān)專用工具、類庫和架構(gòu)，深入了解Web開發(fā)方法；

2)熟練應(yīng)用oracle、sqlserver、mysql等常用數(shù)據(jù)庫管理。，以及較強的概念模型設(shè)計能力；

3)了解maven新項目軟件配置管理專用工具，tomcat、jboss等網(wǎng)站服務(wù)器，有分布式系統(tǒng)解決方案下負載優(yōu)化工作經(jīng)驗者優(yōu)先；

4)靈活運用面向?qū)ο蟮木幊谭治龊驮O(shè)計方案技術(shù)，包括策略模式和UML模型；

5)懂網(wǎng)絡(luò)編程，有豐富多彩的外部API接口的設(shè)計、開發(fā)和設(shè)計經(jīng)驗，能進行API標(biāo)準(zhǔn)設(shè)計方案和API高效使能設(shè)計方案的混合開發(fā)。

Token是什么？和session、cookie相比，使用場景有什么區(qū)別？

在Web開發(fā)領(lǐng)域，相信大家都很熟悉cookie和Session，它們都是會話保持技術(shù)的解決方案。隨著技術(shù)的發(fā)展，令牌機制出現(xiàn)在我們面前，但許多開發(fā)者無法無法區(qū)分令牌和cookie以及會話和使用場景之間的區(qū)別。

cookie和Session的目的是知道我們通過HTTP協(xié)議或者h訪問網(wǎng)站。TTPS協(xié)議，HTTP協(xié)議本身是一種無狀態(tài)協(xié)議(即服務(wù)器可以無法辨別哪些請求來自同一個客戶端)。業(yè)務(wù)層會涉及到客戶端和服務(wù)器端的交互(同一網(wǎng)站下的多個頁面之間可以共享數(shù)據(jù))。此時，服務(wù)器必須維護會話狀態(tài)，以便對用戶進行身份驗證。;的身份。

由于HTTP的無狀態(tài)特性，如果要保持客戶端和服務(wù)器端的會話，就需要其他機制來實現(xiàn)，于是cookie和Session應(yīng)運而生。

通常，會話和cookie一起使用。

上面提到的保持會話的會話和cookie機制Token是什么意思？會出現(xiàn)一個問題:客戶端瀏覽器只需要保存自己的SessionID，而服務(wù)器需要保存所有用戶的會話信息，這對服務(wù)器來說成本很高，而且不使用服務(wù)器的擴展(比如服務(wù)器集群化時如何同步存儲會話就是個問題)！

所以有些人認為，如果會話信息由客戶端保存并且無法偽造，就可以這個問題不能解決嗎？然后是令牌機制。

Token，俗稱"token"，由以下部分組成:

Uid:用戶的唯一標(biāo)識。

時間戳:當(dāng)前時間戳

Sign:防止第三方偽造數(shù)據(jù)的簽名字符串；簽名密鑰存儲在服務(wù)器上，其他任何人都無法知道。

其他附加參數(shù)。

令牌機制下的認證過程實際上與cookie機制非常相似，主要有以下過程:

1.用戶登錄進行身份認證，認證成功后，服務(wù)器生成令牌并返回給客戶端；

2.客戶端收到令牌后，保存在客戶端(可以保存在cookie、LocalStorage、SessionStorage中)；

3.當(dāng)客戶端再次請求服務(wù)器時，將令牌作為請求頭放入頭中；

4.服務(wù)器接收請求頭中的令牌，并根據(jù)已建立的規(guī)則再次對用戶參數(shù)進行簽名。如果兩個簽名一致，則認為成功，否則數(shù)據(jù)篡改請求失敗。

(生成簽名示例圖)

(驗證簽名示例圖)

令牌和cookie會話cookie的區(qū)別實際上是充當(dāng)一個令牌，但它是"有狀態(tài)"Tokentoken是無狀態(tài)的，更有利于分布式部署。

那個這是我的看法。你怎么看待這個問題？歡迎在下方評論區(qū)交流~我是科技領(lǐng)域的創(chuàng)作者，有十年互聯(lián)網(wǎng)行業(yè)經(jīng)驗。歡迎關(guān)注我了解更多科技知識！