JSP網站建設心得
發布時間：2013-11-22 瀏覽：520打印字號：大中小
前段時間作了一個政府部門的網站，由于他們完全不懂，所以是全委托開發和發布的。
總結以下心得，和朋友們分享。
１、需求
對于一般大公司接的項目，需求比較好作。而這個項目他們的負責人心里也沒有譜，只是有個大概的思想，最終 也得領導看過才能確定下來。沒辦法，只有先作出一個靜態網站出來，作需求。因為他們不是很懂，所以給他們做成什么樣子，大框基本不會改動，只是修改欄目和 內容。用了不到一周的時間，靜態網站完成，先掛上再說（因為他們還會不斷的改這改那，一直到網站最終完成，需求也就結束了）。
２、JSP虛擬空間的選擇
小型的網站一般都是租用空間。對于JSP虛擬空間的選擇，一是看穩定性，二是看價格。在國內可選的JSP空間租用的公司相對ASP空間不是很多，而且價格也很高。一般選擇前都要看一看網友對這家公司的評價。另一方面就服務器的性能，是LINUX的服務器還是WINDOWS的服務器，還有servlet容器（比如tomcat）的版本，jre的版本，數據庫是什么版本。對WEB服務器無所謂，iis還是Apache都可以，不用關心。如果是BEA或IBM服務器的價格也相對高一些。（有錢租它們，還不如直接租用主機，性能會更好。）我們租用的是LINUX主機 ，Apache＋tomcat服務器，電信單線（單線便宜），服務商贈送的mysql數據庫，最多訪問數100。JSP虛擬空間大數都是這樣的。而對于服務器和JRE，還有數據庫的版本都比較低（服務商都會采用比較穩定的一個版本），這個是要注意的，如果版本不一樣tomcat工程文件和CLASS文件上傳上去，可能會發生錯誤的。這個在開發之前一定要確定好，最好一樣。最后，大多數人的開發環境都是WINDOWS，而我們選擇的服務卻是LINUX，不用但心，用ftp上傳上去，一點問題都沒有（這就是JAVA跨平臺的好處）。
３、數據庫
（１）編碼，只要存入和顯示都正確就可以，在本地環境和實際環境還是不一樣的。一般都是utf8編碼，JAVA文件，JSP頁面，數據庫設置保持一致就好。這樣問題就想簡單了，我們自己可以控制JAVA文件和JSP頁面，但數據庫就不行了，服務商是不會給你改的，畢竟這個數據庫不是你一個人在用的。
我們也遇到了，后來在datasource里是這樣設置的：useUnicode=true;characterEncoding=utf-8，hibernate設置：hibernate.connection.url jdbc:mysql://localhost:3306/數據庫?useUnicode=true&characterEncoding=utf-8 ##統一編碼。
（２）接連問題
接連池是一定要有的，提高訪問效率嗎。修改TOMCAT的連接池，不可能。我們用的是hibernate的c3p0，要注意連接數據不要太大，虛擬主機不會給你分配太大的內存，連接數過多，服務器會爆掉的。
也可以不用接連池，但虛擬主機設接連池的好處主要就是自動連接數據庫。數據庫重啟或異常斷開，你不能總自己去重啟TOMCAT吧（而且又不知道什么時候連接斷開）。
c3p0的設置很多，主要測試連接的那項設置一定要選上。
（３）phpadmin很好用的數據庫管理系統。
４、域名
現在申請個域名那就是一個字難，還要審批，最少要20個工作日。
５、內存
虛擬主機被分配的內存很小，一般只有100多兆，一不小心TOMCAT服務器爆了。以前寫代碼從不關心內存問題，相信java會自己釋放內存。它是會自動釋放內存，但不是時時釋放，稍微攢一小會就內存不足了，而且虛擬主機的TOMCAT不會自動釋放內存，一但內存不足，WEB服務馬上被停掉，這是服務商設置的。我們找他們理論過，只能自己優化代碼。
代碼優化：
（１） 少的引用jar包。
（２） 少用new，對象用后最好設置為null（優先釋放）。
（３） 數據庫連接和數據流的操作后，一定要關閉，最后設置為null。
（４） 少用session存大量數據。
（５） 大數據量文本時最好存文件，引用時可用include。
做了以上優化后，內存不足的問題真的解決了嗎？答案是NO。
（６） 每調用action結束時主動gc。（只有犧牲性能作為代價了。）
試運行一周沒問題。
６、網站強大的后臺管理
網站開發結束了，需求也結束了。網站后臺管理太豐富了，他們任何一個內容都要動態管理。
７、費用
費用結算無限期等待中…
總結以下心得，和朋友們分享。
１、需求
對于一般大公司接的項目，需求比較好作。而這個項目他們的負責人心里也沒有譜，只是有個大概的思想，最終 也得領導看過才能確定下來。沒辦法，只有先作出一個靜態網站出來，作需求。因為他們不是很懂，所以給他們做成什么樣子，大框基本不會改動，只是修改欄目和 內容。用了不到一周的時間，靜態網站完成，先掛上再說（因為他們還會不斷的改這改那，一直到網站最終完成，需求也就結束了）。
２、JSP虛擬空間的選擇
小型的網站一般都是租用空間。對于JSP虛擬空間的選擇，一是看穩定性，二是看價格。在國內可選的JSP空間租用的公司相對ASP空間不是很多，而且價格也很高。一般選擇前都要看一看網友對這家公司的評價。另一方面就服務器的性能，是LINUX的服務器還是WINDOWS的服務器，還有servlet容器（比如tomcat）的版本，jre的版本，數據庫是什么版本。對WEB服務器無所謂，iis還是Apache都可以，不用關心。如果是BEA或IBM服務器的價格也相對高一些。（有錢租它們，還不如直接租用主機，性能會更好。）我們租用的是LINUX主機 ，Apache＋tomcat服務器，電信單線（單線便宜），服務商贈送的mysql數據庫，最多訪問數100。JSP虛擬空間大數都是這樣的。而對于服務器和JRE，還有數據庫的版本都比較低（服務商都會采用比較穩定的一個版本），這個是要注意的，如果版本不一樣tomcat工程文件和CLASS文件上傳上去，可能會發生錯誤的。這個在開發之前一定要確定好，最好一樣。最后，大多數人的開發環境都是WINDOWS，而我們選擇的服務卻是LINUX，不用但心，用ftp上傳上去，一點問題都沒有（這就是JAVA跨平臺的好處）。
３、數據庫
（１）編碼，只要存入和顯示都正確就可以，在本地環境和實際環境還是不一樣的。一般都是utf8編碼，JAVA文件，JSP頁面，數據庫設置保持一致就好。這樣問題就想簡單了，我們自己可以控制JAVA文件和JSP頁面，但數據庫就不行了，服務商是不會給你改的，畢竟這個數據庫不是你一個人在用的。
我們也遇到了，后來在datasource里是這樣設置的：useUnicode=true;characterEncoding=utf-8，hibernate設置：hibernate.connection.url jdbc:mysql://localhost:3306/數據庫?useUnicode=true&characterEncoding=utf-8 ##統一編碼。
（２）接連問題
接連池是一定要有的，提高訪問效率嗎。修改TOMCAT的連接池，不可能。我們用的是hibernate的c3p0，要注意連接數據不要太大，虛擬主機不會給你分配太大的內存，連接數過多，服務器會爆掉的。
也可以不用接連池，但虛擬主機設接連池的好處主要就是自動連接數據庫。數據庫重啟或異常斷開，你不能總自己去重啟TOMCAT吧（而且又不知道什么時候連接斷開）。
c3p0的設置很多，主要測試連接的那項設置一定要選上。
（３）phpadmin很好用的數據庫管理系統。
４、域名
現在申請個域名那就是一個字難，還要審批，最少要20個工作日。
５、內存
虛擬主機被分配的內存很小，一般只有100多兆，一不小心TOMCAT服務器爆了。以前寫代碼從不關心內存問題，相信java會自己釋放內存。它是會自動釋放內存，但不是時時釋放，稍微攢一小會就內存不足了，而且虛擬主機的TOMCAT不會自動釋放內存，一但內存不足，WEB服務馬上被停掉，這是服務商設置的。我們找他們理論過，只能自己優化代碼。
代碼優化：
（１） 少的引用jar包。
（２） 少用new，對象用后最好設置為null（優先釋放）。
（３） 數據庫連接和數據流的操作后，一定要關閉，最后設置為null。
（４） 少用session存大量數據。
（５） 大數據量文本時最好存文件，引用時可用include。
做了以上優化后，內存不足的問題真的解決了嗎？答案是NO。
（６） 每調用action結束時主動gc。（只有犧牲性能作為代價了。）
試運行一周沒問題。
６、網站強大的后臺管理
網站開發結束了，需求也結束了。網站后臺管理太豐富了，他們任何一個內容都要動態管理。
７、費用
費用結算無限期等待中…
