web應用調優

A. Java web項目開發需要掌握哪些技術

Java web項目開發需要掌握哪些技術

分享作為千鋒的Java開發工程師需要掌握的專業技能，大家可以參考一下。
一、熟練的使用Java語言進行面向對象程序設計，有良好的編程習慣，熟悉常用的JavaAPI，包括 *** 框架、多線程（並發編程）、I/O（NIO）、Socket、JDBC、XML、反射等。
二、熟悉基於JSP和Servlet的JavaWeb開發，對Servlet和JSP的工作原理和生命周期有深入了解，熟練的使用JSTL和EL編寫無腳本動態頁面，有使用監聽器、過濾器等Web組件以及MVC架構模式進行JavaWeb項目開發的經驗。
三、對Spring的IoC容器和AOP原理有深入了解，熟練的運用Spring框架管理各種Web組件及其依賴關系，熟練的使用Spring進行事務、日誌、安全性等的管理，有使用SpringMVC作為表示層技術以及使用Spring提供的持久化支持進行Web項目開發的經驗，熟悉Spring對其他框架的整合。
四、熟練的使用Hibernate、MyBatis等ORM框架，熟悉Hibernate和MyBatis的核心API，對Hibernate的關聯映射、繼承映射、組件映射、緩存機制、事務管理以及性能調優等有深入的理解。
五、熟練的使用HTML、CSS和JavaScript進行Web前端開發，熟悉jQuery和Bootstrap，對Ajax技術在Web項目中的應用有深入理解，有使用前端MVC框架（AngularJS）和JavaScript模板引擎（HandleBars）進行項目開發的經驗。
六、熟悉常用的關系型資料庫產品（Mysql、Oracle），熟練的使用SQL和PL/SQL進行資料庫編程。
七、熟悉面向對象的設計原則，對GoF設計模式和企業應用架構模式有深入的了解和實際開發的相關經驗，熟練的使用UML進行面向對象的分析和設計，有TDD（測試驅動開發）和DDD（領域驅動設計）的經驗。
八、熟悉Apache、NginX、Tomcat、WildFly、Weblogic等Web伺服器和應用伺服器的使用，熟悉多種伺服器整合、集群和負載均衡的配置。
九、熟練的使用產品原型工具Axure，熟練的使用設計建模工具PowerDesigner和EnterpriseArchitect，熟練的使用Java開發環境Eclipse和IntelliJ，熟練的使用前端開發環境WebStorm，熟練的使用軟體版本控制工具SVN和Git，熟練的使用項目構建和管理工具Maven和Gradle。

Web項目開發到底需要掌握哪些技術

移動互聯網進入基於Web應用為核心的階段， Java作為應用於網路的最好語言。

• 實施Java的WEB項目需要掌握的技術

1. Java語言；

2. 面向對象分析設計思想；

3. 設計模式和框架結構；

4. XML語言；

5. 網頁腳本語言；

6. 資料庫；

7. 應用伺服器；

8. 集成開發環境；

• 開發工具

1. 資料庫；

2. Web伺服器；

3. 集成開發環境（IDE）；

JavaWeb項目開發到底需要掌握哪些技術

你首先你的先學好java2，也就是j2se,大概是2到3個星期。然後根據你的去向，比如你想寫桌面應用程序的話，你就學好swing，如果你想學android的話，就關注android方面的書，如果是從事web開發的，你的學好jsp+servlet ,大概是2到3個星期，這個很重要，關繫到後面的框架的學習。
然後你在學struct2，在學hibernate，在學spring。在這期間，再學點前台的知識，+css+javascript的知識，然後你在晉級學習EJB,實現非同步平台的互訪使用。大概是這樣的。
希望能夠幫助你，請採納我的答案。

一個完整的Java Web項目需要掌握哪些技術

+css+js，javaEE，ajax，資料庫，jsp，這些知識就夠做出一個javaweb項目了，不過性能可能不是太好，正常項目還應該要有資料庫連接池，redis緩存等

做JavaWeb項目需要掌握哪些技術？

要做JavaWeb項目，需要掌握的技術有：Java語言、面向對象分析設計思想、設計模式和框架結構、XML語言、網頁腳本語言、資料庫、應用伺服器和集成開發環境。

做一個完整的Java Web項目需要掌握哪些技術

• 視圖層技術——HTML,CSS,JS,AJAX,Tiles,Velocity,FreeMarker

• 持久層技術——MyBatis,Hibernate

• Spring , Spring MVC

• 項目構建工具Maven

• 日誌Log4j

• 版本控制 Git

資料庫技術：

• SQL語句

• 參數調優

操作系統：

• 熟練掌握一種Linux系統，原理，Shell命令

伺服器技術：

• 熟練使用並理解一個應用伺服器技術的原理（Tomcat）

• 熟練使用並理解一個Web伺服器技術的原理（Nginx）

用java做項目需要掌握哪些技術

給你說一下最基本的需求吧，首先要分你做的Java項目是什麼項目
1、手機項目
了解Java基礎，手機應用程序基礎如J2ME，手機程序打包
2、WEB項目
了解Web伺服器如Tomcat，了解資料庫連接和操作可以是JDBC或者hibernate，了解語言基礎，WEB程序發布
3、游戲伺服器
了解Java基礎，了解Java多線程，Socket，tcp/ip協議，資料庫連接和操作，自製通訊協議等

wpf開發，需要掌握哪些技術

上面正解，我不充電，基礎開發知識掌握後就是技巧提升了。什麼mvvm設計模式等等，自定義屬性，樣式定義等等。

開發hololens，需要掌握哪些技術

微軟Hololens全息眼鏡是微軟推出的一款虛擬現實裝置，為頭戴式增強現實裝置，可以完全獨立使用，無需線纜連接、無需同步電腦或智能手機。二0一5年一月二二日，微軟舉辦Windows 一0預覽版發布會，推出HoloLens全息影像頭盔。 微軟Hololens全息眼鏡展示 微軟Hololens全息眼鏡是融合CPU、GPU和全息處理器的特殊眼鏡，通過圖片影像和聲音，讓用戶在家中就能進入全虛世界，以周邊環境為載體進行全息體驗。 用戶可以通過HoloLens以實際周圍環境作為載體，在圖像上添加各種虛擬信息。無論是客廳中玩Minecraft游戲、查看火星表面、甚至數進入虛擬的知名景點，都可以通過HoloLens成為可能。 頭戴裝置在黑色的鏡片上包含透明顯示屏，並且立體音效系統讓用戶不僅看到、同時也能聽到來自周圍全息景象中的聲音，同時HoloLens也內置一整套的感測器用來實現各種功能。 HoloLens處在早期的開發階段，在Windows 一0發布後開始測試，並在Windows 一0的時間框架內推出，價格會針對企業和個人消費者等不同用戶分別制

現在使用java做web開發，需要掌握哪些相關技術？

剛開始必須掌握jsp，servlet，和一定的j2se知識，這個是基礎，沒有基礎，學了框架也是白學，沒有發展前途，然後是各種框架，雖然說流行的是struts2 spring hibernate，但其實各公司有各自不同的需求，很多好框架和技術也是需要去了解和掌握的，比如說jsf, EJB3，jpa等
前端技術了解就好，簡單的 css js，這些是不需要花很多時間去學的，看看了解就行

B. web伺服器訪問緩慢，作為運維人員，如何定位故障

遇到伺服器故障，問題出現的原因很少可以一下就想到。我們基本上都會從以下步驟入手：

一、盡可能搞清楚問題的前因後果

不要一下子就扎到伺服器前面，你需要先搞明白對這台伺服器有多少已知的情況，還有故障的具體情況。不然你很可能就是在無的放矢。

必須搞清楚的問題有：

故障的表現是什麼？無響應？報錯？
故障是什麼時候發現的？
故障是否可重現？
有沒有出現的規律（比如每小時出現一次）

最後一次對整個平台進行更新的內容是什麼（代碼、伺服器等）？
故障影響的特定用戶群是什麼樣的(已登錄的, 退出的, 某個地域的…)?

基礎架構（物理的、邏輯的）的文檔是否能找到?
是否有監控平台可用? （比如Munin、Zabbix、 Nagios、 New Relic…
什麼都可以）
是否有日誌可以查看?. （比如Loggly、Airbrake、 Graylog…）

最後兩個是最方便的信息來源，不過別抱太大希望，基本上它們都不會有。只能再繼續摸索了。

二、有誰在?

代碼如下:

$ w
$ last

用這兩個命令看看都有誰在線，有哪些用戶訪問過。這不是什麼關鍵步驟，不過最好別在其他用戶正幹活的時候來調試系統。有道是一山不容二虎嘛。（ne cook in
the kitchen is enough.）

三、之前發生了什麼?

$
history查看一下之前伺服器上執行過的命令。看一下總是沒錯的，加上前面看的誰登錄過的信息，應該有點用。另外作為admin要注意，不要利用自己的許可權去侵犯別人的隱私哦。

到這里先提醒一下，等會你可能會需要更新 HISTTIMEFORMAT
環境變數來顯示這些命令被執行的時間。對要不然光看到一堆不知道啥時候執行的命令，同樣會令人抓狂的。

四、現在在運行的進程是啥?

代碼如下:

$ pstree -a
$ ps aux

這都是查看現有進程的。 ps aux 的結果比較雜亂， pstree -a 的結果比較簡單明了，可以看到正在運行的進程及相關用戶。

五、監聽的網路服務

代碼如下:

$ netstat -ntlp
$ netstat -nulp
$
netstat -nxlp

我一般都分開運行這三個命令，不想一下子看到列出一大堆所有的服務。netstat -nalp倒也可以。不過我絕不會用 numeric 選項
（鄙人一點淺薄的看法：IP 地址看起來更方便）。

找到所有正在運行的服務，檢查它們是否應該運行。查看各個監聽埠。在netstat顯示的服務列表中的PID 和 ps aux 進程列表中的是一樣的。

如果伺服器上有好幾個Java或者Erlang什麼的進程在同時運行，能夠按PID分別找到每個進程就很重要了。

通常我們建議每台伺服器上運行的服務少一點，必要時可以增加伺服器。如果你看到一台伺服器上有三四十個監聽埠開著，那還是做個記錄，回頭有空的時候清理一下，重新組織一下伺服器。

六、CPU 和內存

代碼如下:

$ free -m
$ uptime
$ top
$
htop

注意以下問題:

還有空餘的內存嗎? 伺服器是否正在內存和硬碟之間進行swap?
還有剩餘的CPU嗎? 伺服器是幾核的? 是否有某些CPU核負載過多了?

伺服器最大的負載來自什麼地方? 平均負載是多少?

七、硬體

代碼如下:

$ lspci
$ dmidecode
$
ethtool

有很多伺服器還是裸機狀態，可以看一下：

找到RAID 卡 (是否帶BBU備用電池?)、 CPU、空餘的內存插槽。根據這些情況可以大致了解硬體問題的來源和性能改進的辦法。
網卡是否設置好?
是否正運行在半雙工狀態? 速度是10MBps? 有沒有 TX/RX 報錯?

八、IO 性能

代碼如下:

$ iostat -kx 2
$ vmstat 2 10
$ mpstat
2 10
$ dstat --top-io --top-bio

這些命令對於調試後端性能非常有用。

檢查磁碟使用量：伺服器硬碟是否已滿?
是否開啟了swap交換模式 (si/so)?
CPU被誰佔用：系統進程? 用戶進程? 虛擬機?

dstat 是我的最愛。用它可以看到誰在進行 IO： 是不是MySQL吃掉了所有的系統資源? 還是你的PHP進程?

九、掛載點 和 文件系統

代碼如下:

$ mount
$ cat /etc/fstab
$ vgs
$
pvs
$ lvs
$ df -h
$ lsof +D / /* beware not to kill your box
*/

一共掛載了多少文件系統?
有沒有某個服務專用的文件系統? (比如MySQL?)
文件系統的掛載選項是什麼： noatime?
default? 有沒有文件系統被重新掛載為只讀模式了？
磁碟空間是否還有剩餘?
是否有大文件被刪除但沒有清空?

如果磁碟空間有問題，你是否還有空間來擴展一個分區？

十、內核、中斷和網路

代碼如下:

$ sysctl -a | grep ...
$ cat
/proc/interrupts
$ cat /proc/net/ip_conntrack /* may take some time on busy
servers */
$ netstat
$ ss -s

你的中斷請求是否是均衡地分配給CPU處理，還是會有某個CPU的核因為大量的網路中斷請求或者RAID請求而過載了？

SWAP交換的設置是什麼？對於工作站來說swappinness 設為 60 就很好,
不過對於伺服器就太糟了：你最好永遠不要讓伺服器做SWAP交換，不然對磁碟的讀寫會鎖死SWAP進程。

conntrack_max 是否設的足夠大，能應付你伺服器的流量?
在不同狀態下(TIME_WAIT, …)TCP連接時間的設置是怎樣的？

如果要顯示所有存在的連接，netstat 會比較慢， 你可以先用 ss 看一下總體情況。
你還可以看一下 Linux TCP tuning
了解網路性能調優的一些要點。

十一、系統日誌和內核消息

代碼如下:

$ dmesg
$ less /var/log/messages
$
less /var/log/secure
$ less /var/log/auth

查看錯誤和警告消息，比如看看是不是很多關於連接數過多導致？
看看是否有硬體錯誤或文件系統錯誤?

分析是否能將這些錯誤事件和前面發現的疑點進行時間上的比對。

十二、定時任務

代碼如下:

$ ls /etc/cron* + cat
$ for user in
$(cat /etc/passwd | cut -f1 -d:); do crontab -l -u $user; done

是否有某個定時任務運行過於頻繁?
是否有些用戶提交了隱藏的定時任務?
在出現故障的時候，是否正好有某個備份任務在執行？

十三、應用系統日誌

這里邊可分析的東西就多了,
不過恐怕你作為運維人員是沒功夫去仔細研究它的。關注那些明顯的問題，比如在一個典型的LAMP（Linux+Apache+Mysql+Perl）應用環境里:

Apache & Nginx; 查找訪問和錯誤日誌, 直接找 5xx 錯誤, 再看看是否有 limit_zone 錯誤。
MySQL;
在mysql.log找錯誤消息，看看有沒有結構損壞的表， 是否有innodb修復進程在運行，是否有disk/index/query 問題.

PHP-FPM; 如果設定了 php-slow 日誌, 直接找錯誤信息 (php, mysql, memcache, …)，如果沒設定，趕緊設定。

Varnish; 在varnishlog 和 varnishstat 里, 檢查 hit/miss比.
看看配置信息里是否遺漏了什麼規則，使最終用戶可以直接攻擊你的後端？
HA-Proxy;
後端的狀況如何？健康狀況檢查是否成功？是前端還是後端的隊列大小達到最大值了？

結論

經過這5分鍾之後，你應該對如下情況比較清楚了：

在伺服器上運行的都是些啥？
這個故障看起來是和 IO/硬體/網路 或者 系統配置 (有問題的代碼、系統內核調優, …)相關。

這個故障是否有你熟悉的一些特徵？比如對資料庫索引使用不當，或者太多的apache後台進程。

你甚至有可能找到真正的故障源頭。就算還沒有找到，搞清楚了上面這些情況之後，你現在也具備了深挖下去的條件。繼續努力吧！

C. webserver

web應用伺服器是互聯網時代最為重要之一的底層支持。它處理相應的應用訪問請求，並為前端提供相應的展示數據。
不同的web應用伺服器實現性能不同，大型網站伺服器可以每秒處理幾萬到幾十萬的應用請求，中小型網站伺服器可能會因為每秒幾千次請求停機。
從架構的角度上而言，web-server的升級是一個迭代的過程，只有現在的應用伺服器無法滿足網站的訪問量，才會在此之上進行優化。對於一名好的架構師而言，落地和防災、可擴展是優先需要考慮的相關事宜。

首先要說的是軟體開發是一個確定性的事件， 有章可循，有理可溯 ，任何現象都是可以被解釋的，這是入門級程序員和高級程序員的區別之處。
我們以這種思路自頂向下去分析解決問題。

以主流的JavaEE為例，傳統的應用開發兩個較為核心的工作內容是：

這可能會涉及持續化集成、自動化測試、測試驅動開發概念。

在這之後，可能還會存在的工作是：

在這個過程中，可能會涉及封裝、基類、工具類、反射、泛型的概念。

從上面可以看出，軟體開發是一件團隊合作的事情。應該由 不同的人員去從事不同的事情 。傳統項目的分工基本如下（基於個人主觀猜測）：

目前比較主流的web應用框架是以spring-boot為主的微服務框架。對於上面說的三個事情而言，重要的是 把其中任何一件事情當作一個工程去做，賦予一個合適的時間周期。 這部分內容在預研過程中非常關鍵，前期未考慮到的因素後期再修改代價可能為 指數級 。

以spring-boot為主，結合mysql搭建web應用伺服器的例子github上有很多，在這里不再贅述。

從客戶端傳遞到伺服器，響應時間由以下三個部分組成：

當出現應用響應時間過高這個問題時，對於相關人員，首先需要做的是：

對上面三個部分進行測試，分析它們分別所消耗的時間，然後再對此進行優化。 做到有的放矢，不要四處放槍 。

當我們開發完應用程序之後，該如何進行應用的部署呢？怎樣的部署才能夠保證伺服器的處理時間較短？
下面我們討論單個tomcatweb應用伺服器和多個tomcatweb應用伺服器。

通過spring boot 創建web應用有兩種方式：war包與jar包。在本文中以war包為例。

servlet解析web請求過程：

tomcat作為servlet容器的一種，管理著部署的多個web應用。tomcat運行架構圖如下：

從上圖中可以看出：

所以由於每個web應用只創建了一個servlet實例，所以需要線程安全問題。（即servlet中包含靜態變數和成員變數的時候會出現線程安全的問題。應該使用局部變數。）

tomcat 並發模型

從單個tomcat運行web應用中可以看出：

java web通過封裝servlet屏蔽了服務細節，使web開發人員專注與業務邏輯的實現。這是j2ee能在web開發中有一定地位的原因。
然而，由於servlet的創建和tomcat 多線程的並發處理全部交由tomcat來做，在這一個層次程序員無法做太多的事情，只能對tomcat和jvm進行調優。
萬幸的是cpu不是系統性能的瓶頸。但是目前有很多的游戲已經使用goroutine來實現了。因為golang的協程可以開上萬個，非常適合多線程的處理。

在一些大型網站中，對這部分性能調優的解決方案有：

第二種方案就引入了多tomcat web應用伺服器。它的思路是：

在雲計算尚未出現時，負載均衡及容器的維護往往由內部的技術部自行實現，在雲計算時代，由於K8S和Docker的出現，使這類問題解決更為容易。
K8S的彈性伸縮，把容器進行拷貝復制，並自動負責負載均衡，可以大大簡化其流程。

ps：在K8S上運行的多個tomcat容器是相同的拷貝。

淘寶的例子

從傳統的意義上講，系統的性能瓶頸並不存在於cpu的計算能力，而在於I/O。
所以大型網站架構上通常在思考如何降低I/O的時間。

最常用的降低I/O時間是使用reddis和memcached做緩存，關於這塊前輩的經驗摘引如下:

安全內容博大精深，關於安全方面相關的一些基本的認知鏈接如下：

web application security

另外，如果對於java 而言，可以使用一個apache的安全框架
shiro

此外還有一些諸如分布式文件存儲、加快伺服器腳本運算速度、頁面組件分離等都是提高伺服器響應的方法。

在web開發中，cookie和seesion經常用到。接下來進行簡單的說明。cookie和session主要是用來保存數據及狀態。

cookie 和session 的區別：

建議：

cookie和session可以解決跨頁面傳遞數據的問題。
前端跨頁面傳遞數據是一個比較繁瑣的問題，依賴於瀏覽器的架構和實現。cookie和session是一種通用的解決方案。

D. 安全開發運維必備的Nginx代理Web伺服器性能優化與安全加固配置

為了更好的指導部署與測試藝術升系統nginx網站伺服器高性能同時下安全穩定運行,需要對nginx服務進行調優與加固;

本次進行Nginx服務調優加固主要從以下幾個部分：

本文檔僅供內部使用，禁止外傳，幫助研發人員，運維人員對系統長期穩定的運行提供技術文檔參考。

Nginx是一個高性能的HTTP和反向代理伺服器，也是一個IMAP/POP3/SMTP伺服器。Nginx作為負載均衡伺服器, Nginx 既可以在內部直接支持 Rails 和 PHP 程序對外進行服務，也可以支持作為 HTTP代理伺服器對外進行服務。

Nginx版本選擇:

項目結構:

Nginx文檔幫助: http://nginx.org/en/docs/
Nginx首頁地址目錄: /usr/share/nginx/html
Nginx配置文件:

localtion 請求匹配的url實是一個正則表達式:

Nginx 匹配判斷表達式:

例如,匹配末尾為如下後綴的靜態並判斷是否存在該文件, 如不存在則404。

查看可用模塊編譯參數：http://nginx.org/en/docs/configure.html

http_gzip模塊
開啟gzip壓縮輸出(常常是大於1kb的靜態文件)，減少網路傳輸;

http_fastcgi_mole模塊
nginx可以用來請求路由到FastCGI伺服器運行應用程序由各種框架和PHP編程語言等。可以開啟FastCGI的緩存功能以及將靜態資源進行剝離，從而提高性能。

keepalive模塊
長連接對性能有很大的影響，通過減少CPU和網路開銷需要開啟或關閉連接;

http_ssl_mole模塊
Nginx開啟支持Https協議的SSL模塊

Linux內核參數部分默認值不適合高並發,Linux內核調優，主要涉及到網路和文件系統、內存等的優化，

下面是我常用的內核調優配置：

文件描述符
文件描述符是操作系統資源，用於表示連接、打開的文件，以及其他信息。NGINX 每個連接可以使用兩個文件描述符。
例如如果NGINX充當代理時，通常一個文件描述符表示客戶端連接，另一個連接到代理伺服器，如果開啟了HTTP 保持連接，這個比例會更低（譯註：為什麼更低呢）。

對於有大量連接服務的系統，下面的設置可能需要調整一下：

精簡模塊:Nginx由於不斷添加新的功能，附帶的模塊也越來越多,建議一般常用的伺服器軟體使用源碼編譯安裝管理;

(1) 減小Nginx編譯後的文件大小

(2) 指定GCC編譯參數
修改GCC編譯參數提高編譯優化級別穩妥起見採用 -O2 這也是大多數軟體編譯推薦的優化級別。

GCC編譯參數優化 [可選項] 總共提供了5級編譯優化級別：

常用編譯參數:

緩存和壓縮與限制可以提高性能
NGINX的一些額外功能可用於提高Web應用的性能，調優的時候web應用不需要關掉但值得一提，因為它們的影響可能很重要。

簡單示例:

1) 永久重定向

例如，配置 http 向 https 跳轉 (永久)

nginx配置文件指令優化一覽表

描述:Nginx因為安全配置不合適導致的安全問題,Nginx的默認配置中存在一些安全問題,例如版本號信息泄露、未配置使用SSL協議等。
對Nginx進行安全配置可以有效的防範一些常見安全問題，按照基線標准做好安全配置能夠減少安全事件的發生,保證採用Nginx伺服器系統應用安全運行;

Nginx安全配置項：

溫馨提示: 在修改相應的源代碼文件後需重新編譯。

設置成功後驗證:

應配置非root低許可權用戶來運行nginx服務,設置如下建立Nginx用戶組和用戶，採用user指令指運行用戶

加固方法:

我們應該為提供的站點配置Secure Sockets Layer Protocol (SSL協議)，配置其是為了數據傳輸的安全，SSL依靠證書來驗證伺服器的身份，並為瀏覽器和伺服器之間的通信加密。

不應使用不安全SSLv2、SSLv3協議即以下和存在脆弱性的加密套件(ciphers), 我們應該使用較新的TLS協議也應該優於舊的,並使用安全的加密套件。

HTTP Referrer Spam是垃圾信息發送者用來提高他們正在嘗試推廣的網站的互聯網搜索引擎排名一種技術，如果他們的垃圾信息鏈接顯示在訪問日誌中，並且這些日誌被搜索引擎掃描，則會對網站排名產生不利影響
加固方法:

當惡意攻擊者採用掃描器進行掃描時候利用use-agent判斷是否是常用的工具掃描以及特定的版本,是則返回錯誤或者重定向;

Nginx支持webdav，雖然默認情況下不會編譯。如果使用webdav，則應該在Nginx策略中禁用此規則。
加固方法: dav_methods 應設置為off

當訪問一個特製的URL時，如"../nginx.status"，stub_status模塊提供一個簡短的Nginx伺服器狀態摘要,大多數情況下不應啟用此模塊。
加固方法：nginx.conf文件中stub_status不應設置為：on

如果在瀏覽器中出現Nginx自動生成的錯誤消息，默認情況下會包含Nginx的版本號,這些信息可以被攻擊者用來幫助他們發現伺服器的潛在漏洞
加固方法: 關閉"Server"響應頭中輸出的Nginx版本號將server_tokens應設置為：off

client_body_timeout設置請求體（request body）的讀超時時間。僅當在一次readstep中，沒有得到請求體，就會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。
加固方法：nginx.conf文件中client_body_timeout應設置為：10

client_header_timeout設置等待client發送一個請求頭的超時時間（例如：GET / HTTP/1.1）。僅當在一次read中沒有收到請求頭，才會設為超時。超時後Nginx返回HTTP狀態碼408(Request timed out)。

加固方法：nginx.conf文件中client_header_timeout應設置為：10

keepalive_timeout設置與client的keep-alive連接超時時間。伺服器將會在這個時間後關閉連接。

加固方法：nginx.conf文件中keepalive_timeout應設置為：55

send_timeout設置客戶端的響應超時時間。這個設置不會用於整個轉發器，而是在兩次客戶端讀取操作之間。如果在這段時間內，客戶端沒有讀取任何數據，Nginx就會關閉連接。

加固方法：nginx.conf文件中send_timeout應設置為：10

GET和POST是Internet上最常用的方法。Web伺服器方法在RFC 2616中定義禁用不需要實現的可用方法。

加固方法:

limit_zone 配置項限制來自客戶端的同時連接數。通過此模塊可以從一個地址限制分配會話的同時連接數量或特殊情況。

加固方法：nginx.conf文件中limit_zone應設置為：slimits $binary_remote_addr 5m

該配置項控制一個會話同時連接的最大數量，即限制來自單個IP地址的連接數量。

加固方法：nginx.conf 文件中 limit_conn 應設置為: slimits 5

加固方法：

加固方法:

解決辦法:

描述後端獲取Proxy後的真實Client的IP獲取需要安裝--with-http_realip_mole，然後後端程序採用JAVA(request.getAttribute("X-Real-IP"))進行獲取;

描述: 如果要使用geoip地區選擇,我們需要再nginx編譯時加入 --with-http_geoip_mole 編譯參數。

描述: 為了防止外部站點引用我們的靜態資源，我們需要設置那些域名可以訪問我們的靜態資源。

描述: 下面收集了Web服務中常規的安全響應頭, 它可以保證不受到某些攻擊,建議在指定的 server{} 代碼塊進行配置。

描述: 為了防止某些未備案的域名或者惡意鏡像站域名綁定到我們伺服器上, 導致伺服器被警告關停，將會對業務或者SEO排名以及企業形象造成影響，我們可以通過如下方式進行防範。

執行結果:

描述: 有時你的網站可能只需要被某一IP或者IP段的地址請求訪問，那麼非白名單中的地址訪問將被阻止訪問, 我們可以如下配置;

常用nginx配置文件解釋：

(1) 阿里巴巴提供的Concat或者Google的PageSpeed模塊實現這個合並文件的功能。

(2) PHP-FPM的優化
如果您高負載網站使用PHP-FPM管理FastCGI對於PHP-FPM的優化非常重要

(3) 配置Resin on Linux或者Windows為我們可以打開 resin-3.1.9/bin/httpd.sh 在不影響其他代碼的地方加入:-Dhttps.protocols=TLSv1.2, 例如

原文地址: https://blog.weiyigeek.top/2019/9-2-122.html

E. web後端性能調優主要優化哪些東西

盡量簡潔的頁面設計，最大程度減少圖片的使用，通過放棄一些不必要的頁面特效來減少javascript的使用。
- 使用一些優化技巧，比如利用圖片的背景位移減少圖片的個數；image map技術；使用Inline images將css圖片捆綁到網頁中。
- 盡量合並js和css文件，減少獨立文件個數。

F. tomcat有哪些性能調優方法

操作系統調優，對於操作系統優化來說，是盡可能的增大可使用的內存容量、提高CPU的頻率，保證文件系統的讀寫速率等。