幾點jsp優化建議：
1.選擇正確的include機制
在jsp頁面中，有兩種包含機制
<@ page include file="xx.jsp" %>
前者在編譯時直接引入，後者在執行時刻才將所包含的檔案引入
前者適合引入靜態，變動不頻繁的頁面
後者適合引入動態，變動頻繁的頁面
除非檔案經常變動，否則使用前者將獲得更好的效能
2.正確地使用session
a.不要將大的物件儲存在session
b.用完後及時釋放 remove() invalidate()
c.除非必要，jsp頁面的session屬性盡量不要設為false[雖然一定程度上可以降低開銷]
<%@ page session="true|false" buffer="12kb"%>
d. 不要更改session預設超時值[預設30分鐘]
3.usebean選擇正確的範圍
scope說明了bean的可見範圍，預設值page
根據應用物件需求選擇正確的範圍，否則將影響效能。
4.採用適當的值初始化out物件的緩衝區【慎用】
<%@ page buffer="8kb"%>
預設為8kb，可以根據實際情況設定乙個buffer值，在一定程度上提公升效能
除非有乙個非常成熟的實際理由，否則最好使用預設。
5.取消jsp自動裝載功能
通常情況下，應用伺服器都具備自動裝載功能，當開發人員對某個jsp頁面進行更新後，系統可自動快速地反映出來，節約了開發人員時間
但當應用發布後，應及時取消應用伺服器的jsp類自動裝載功能，否則會嚴重影響效能。
6.合理緩衝資料
二者物件導向不同，應根據需求選擇
session.setattribute(string name,object object);
session.getattribute(string name);
7.用stringbuffer代替string
8.forward與sendredirect
重定向有兩種方式
<% response.sendredirect("xx.jsp")%>
後者將導致客戶端url跳轉，可以看到新的url
盡量採用forward
效能優化篇
一 在使用gallery控制項時，如果載入的過多，過大，就很容易出現outofmemoryerror異常，就是記憶體溢位。這是因為android預設分配的記憶體只有幾m，而載入的如果是jpg之類的壓縮格式，在記憶體中展開時就會占用大量的空間，也就容易記憶體溢位。這時可以用下面的方法解決 view p...
效能優化篇
效能優化 1.首先說出效能優化的點 2.在說到ssr的時候以及節流防抖的時候 ssr為什麼能減少白屏事件 目前前後端的分離的前端專案需要先載入靜態資源，再非同步獲取資料，最後渲染頁面，在這個過程中的前兩部頁面都是沒有資料的，影響了首屏的渲染速度，也就影響了使用者的體驗 nuxt.js的概念 節流防抖...
JAVA效能優化
1.string 比stringbuffer 更佔記憶體空間，拼接字串時 原因 string 這個物件的實際占用記憶體數量與其自身的位元組數不相符。結論 應該少用string 這東西，特別是string 的 操作，不僅原來的string 物件 不能繼續使用，而且又要產生多個新物件，因此會較高的占用記...