最近項目進入了即將驗收階段，項目部署是必不可少的。由于某些原因，我們把前端項目(Angular4)和后端項目(JavaWeb)，由于要部署了四個項目：Angular4(微信端)，微信端數(shù)據(jù)服務，JavaWeb(PC端)*2，并且是放在同一個服務器下。Java項目比較好部署，Tomcat/Jetty都可以輕松部署好。但是Angular部署起來不是那么的容易(當然是對于我這種菜鳥而言)，我先說下為什么我說不容易的原因。

最初時，我用ng build –prod –aot編譯打包的時候。這里注意一下，由于現(xiàn)在官方已經(jīng)內置了，所以打包的時候只需要輸入ng build –prod即可了。這里可以以我的項目體積相比較一下：

ng build : 8,348,761字節(jié)
ng build –aot : 9,232,405字節(jié)
ng build –prod : 1,839,811字節(jié)
ng build –prod –aot : 1,839,811字節(jié)

最后可以看出，ng build –prod即可完成產品化最小打包。這里我有一點不懂，預編譯構建反而比常規(guī)構建的體積還要大，希望大神可以幫忙解答。

這里就不再講如何讓項目更小了。

當我把dist里面的文件拷到Tomcat的ROOT文件夾下，打開http://127.0.0.1的時候，熟悉的項目頁面展示了出來。習慣性按了F5刷新，發(fā)現(xiàn)出現(xiàn)了404錯誤。在百度找了相關的問題，得出：在第一次進入頁面時，跑正常流程以及正常流程都是由Angular的路由機制進行處理。然而如果有刷新操作，那么則是向后端服務發(fā)送的請求，如果后端沒有把你的請求重定向到index.html(此處是指單頁面應用入口)，那就會報404找不到頁面錯誤。

哇，好啰嗦啊。不過至少明白了是什么原因，知道了什么原因那就應該想該如何去解決吧！

• 解決方法1：

  將Angular的url風格配置成hash風格，這個辦法是我見的最多的了，都是從StackOverflow上面抄來抄去的。現(xiàn)在普遍都用H5的pushstate風格了，并且angular官方告訴我們，如果沒有足夠使用hash風格的理由，還是盡量使用H5風格，您現(xiàn)在還來個#錨點不太合適吧？而且也有人指出如果配置了hash風格，在微信支付或是angular的深路徑依然會出404的問題。如果你執(zhí)意要用，那也沒問題，詳細可見官方文檔

• 解決方法2：

  既然它報404，你就在tomcat指定錯誤頁為根目錄不就好了嗎？

  描述：打開Tomcat容器目錄,Tomcat/conf/web.xml，移到底部，在</web-app>上加上以下代碼：

  <error-page>
      <error-code>404</error-code>
      <location>/</location>
  </error-page>
  

配置完后，重啟Tomcat。這下再怎么刷新，頁面都展示沒問題了。但是我們發(fā)現(xiàn)，雖然頁面能展示，但是在network標簽下，我們是可以看到404的請求的。也就是說，我們刷新的那一刻，angular是找不到頁面的，只是被Tomcat當作404指引到了index.html去了。Tomcat把一位誤入歧途的人引回了正路，只不過也同時在他身上印下了“他曾經(jīng)是壞人”的標記。我們先不說配錯誤頁的方法合不合適，先說有這個404的標記會給我們帶來什么問題。首先，只要是遇到了有404錯誤頁處理的平臺，你肯定是完了。比如微信，他檢測到了你出現(xiàn)了404頁，他馬上給你一個幫丟失的孩子找到家的一個頁面。

很良心，很善良吧，他對公益是做好了，但你的工作要丟了啊。你的頁面要是放在公眾號里面，一授權就進入了找小孩的頁面，你們經(jīng)理不砍死你就好了。所以這個辦法用不用，你自己看著辦吧！

• 解決辦法3
  那你頁面找不到，我后端就指導你咯！我寫個攔截器，或者過濾器。你發(fā)送任何請求前，我先重定向到你index.html去，這總沒問題吧！當然沒問題呀，這就是針對病因找特效藥啊_{這一切似乎完美解決}但是，我們發(fā)現(xiàn)，我們今天的主題都沒講到，肯定得挑這個解決辦法的一點問題??！不然就顯得我們的終極大招平淡無奇了。

由于我們項目是前后分離，無狀態(tài)化服務。后端負責數(shù)據(jù)庫操作，把相關接口數(shù)據(jù)返回給前端，前端只負責處理顯示邏輯以及與后端進行交互。頻繁轉發(fā)，
后端ps：你都讓我不用處理頁面了，還讓我轉發(fā)，是不是傻啊？如果你們后端就是不想做轉發(fā)的工作，你能怎么辦？當然是欺負運維??！

• 解決辦法·終極
  如果是運維大神，那估計你可以在旁邊喝茶就好了。如果是…萌新？那你作為前端，就可以幫(zhuang)忙(bi)了，用nginx?。》聪虼恚撦d均衡,balabala…

  這里假裝你有nginx環(huán)境，我這里用到的是windows。打開nginx.conf文件，不寫具體描述了，自己看注釋，如果不想看的，可以直接去下載該配置文件。

  http {
  
  # 此處省略好多字
  
  server {
  
      # nginx才配使用80端口，其他服務速速離去
      listen       80;
  
      # 沒啥好解釋的
      server_name  localhost;
  
      # 指定根目錄，由于我的前端項目是直接放在nginx下的html文件夾，所以我這樣配
      root html;
  
      # 這里其實是由if變過來的，意思是如果uri存在，那就訪問uri的資源，如果uri不存在，那就訪問該目錄下index.html文件。如果看不懂我的解釋，可以看這個https://www.nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls/#front-controller-pattern-web-apps
      try_files $uri $uri/ /index.html;
  
      # 這里是配你Tomcat里面的其他java項目，意思是當你訪問http://ip/xxx的時候，會到這個代碼塊里面進行對應操作
      location /xxx {
          # 這些照著加就好了，無非是獲取服務器host/ip相關，一定要加，否則如果你的項目并不是前后端分離，而是SSH/SSM帶有jsp或者模板頁面的，那就會出現(xiàn)找不到css/js等找不到一切靜態(tài)資源文件的錯誤。為什么會報錯，因為你看network面板你就知道，他是去訪問http://127.0.0.1/xxx/css...而并不是訪問服務器的真實ip，所以還是乖乖加上吧！
          proxy_set_header Host $host;
          proxy_set_header X-Real-IP $remote_addr;
          proxy_set_header REMOTE-HOST $remote_addr;
          proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
          # 去該地址去找項目資源
          proxy_pass http://127.0.0.1:8080/xxx;
      }
    }
  }
  

  好了，就這么多，行不行你自己看著辦吧！
  歡迎大神指導改正！蟹蟹~