一般來說，普通的 Angular 應用是在 瀏覽器中運行，在 DOM 中對頁面進行渲染，并與用戶進行交互。而 Angular Universal 是在 服務端進行渲染（Server-Side Rendering，SSR），生成靜態的應用程序網頁，然后在客戶端展示，好處是可以更快地進行渲染，在提供完整的交互之前就可以為用戶提供內容展示。【相關教程推薦：《angular教程》】
(資料圖片)
雖然現在包括 Google 在內的某些搜索引擎和社交媒體聲稱已經能支持對由 JavaScript（JS）驅動的 SPA（Single-Page Application）應用進行爬取，但是結果似乎差強人意。靜態 HTML 網站的 SEO 表現還是要好于動態網站，這也是 Angular 官網所持有的觀點（Angular 可是 Google 的！）。
Universal 可以生成無 JS 的靜態版本的應用程序，對搜索、外鏈、導航的支持更好。
某些移動端設備可能不支持 JS 或者對 JS 的支持非常有限，導致網站的訪問體驗非常差。這種情況下，我們需要提供無 JS 版本的應用，以便為用戶提供更好的體驗。
對于用戶的使用體驗來說，首頁展示速度的快慢至關重要。根據 eBay 的數據，搜索結果的展示速度每提高 100 毫秒，“添加至購物車”的使用率就提高 0.5%。
使用了 Universal 之后，應用程序的首頁會以完整的形態展示給用戶，這是純的 HTML 網頁，即使不支持 JS，也可以展示。此時，網頁雖然不能處理瀏覽器的事件，但是支持通過 routerLink進行跳轉。
這么做的好處是，我們可以先用靜態網頁抓住用戶的注意力，在用戶瀏覽網頁的時候，同時加載整個 Angular 應用。這給了用戶一個非常好的極速加載的體驗。
Angular CLI 可以幫助我們非常便捷的將一個普通的 Angular 項目轉變為一個帶有 SSR 的項目。創建服務端應用只需要一個命令：
ng add @nguniversal/express-engine
建議在運行該命令之前先提交所有的改動。
這個命令會對項目做如下修改：
添加服務端文件：
main.server.ts- 服務端主程序文件app/app.server.module.ts- 服務端應用程序主模塊tsconfig.server.json- TypeScript 服務端配置文件server.ts- Express web server 的運行文件修改的文件：
package.json- 添加 SSR 所需要的依賴和運行腳本angular.json- 添加開發、構建 SSR 應用所需要的配置在 package.json中，會自動添加一些 npm 腳本：dev:ssr用于在開發環境運行 SSR 版本；serve:ssr用于直接運行 build 或 prerender 后的網頁；build:ssr構建 SSR 版本的網頁；prerender構建預渲染后的網頁，與 build不同，這里會根據提供的 routes生成這些頁面的 HTML 文件。
由于 Universal 應用不是在瀏覽器中執行，因此一些瀏覽器的 API 或功能將不可用。例如，服務端應用是無法使用瀏覽器中的全局對象 window、document，navigator，location。
Angular 提供了兩個可注入對象，用于在服務端替換對等的對象：Location和 DOCUMENT。
例如，在瀏覽器中，我們通過 window.location.href獲取當前瀏覽器的地址，而改成 SSR 之后，代碼如下：
import { Location } from "@angular/common"; export class AbmNavbarComponent implements OnInit{ // ctor 中注入 Location constructor(private _location:Location){ //... } ngOnInit() { // 打印當前地址 console.log(this._location.path(true)); }}同樣，對于在瀏覽器使用 document.getElementById()獲取 DOM 元素，在改成 SSR 之后，代碼如下：
import { DOCUMENT } from "@angular/common"; export class AbmFoxComponent implements OnInit{ // ctor 中注入 DOCUMENT constructor(@Inject(DOCUMENT) private _document: Document) { } ngOnInit() { // 獲取 id 為 fox-container 的 DOM const container = this._document.getElementById("fox-container"); }}在 Angular SSR 應用中，HTTP 請求的 URL 地址必須為 絕對地址（即，以 http/https開頭的地址，不能是相對地址，如 /api/heros）。Angular 官方推薦將請求的 URL 全路徑設置到 renderModule()或 renderModuleFactory()的 options參數中。但是在 v14 自動生成的代碼中，并沒有顯式調用這兩個方法的代碼。而通過讀 Http 請求的攔截，也可以達到同樣的效果。
下面我們先準備一個攔截器，假設文件位于項目的 shared/universal-relative.interceptor.ts路徑：
import { HttpHandler, HttpInterceptor, HttpRequest } from "@angular/common/http";import { Inject, Injectable, Optional } from "@angular/core";import { REQUEST } from "@nguniversal/express-engine/tokens";import { Request } from "express"; // 忽略大小寫檢查const startsWithAny = (arr: string[] = []) => (value = "") => { return arr.some(test => value.toLowerCase().startsWith(test.toLowerCase()));}; // http, https, 相對協議地址const isAbsoluteURL = startsWithAny(["http", "http://"]); @Injectable()export class UniversalRelativeInterceptor implements HttpInterceptor { constructor(@Optional() @Inject(REQUEST) protected request: Request) { } intercept(req: HttpRequest<any>, next: HttpHandler) { // 不是絕對地址的 URL if (!isAbsoluteURL(req.url)) { let protocolHost: string; if (this.request) { // 如果注入的 REQUEST 不為空，則從注入的 SSR REQUEST 中獲取協議和地址 protocolHost = `${this.request.protocol}://${this.request.get( "host" )}`; } else { // 如果注入的 REQUEST 為空，比如在進行 prerender build： // 這里需要添加自定義的地址前綴，比如我們的請求都是從 abmcode.com 來。 protocolHost = "https://www.abmcode.com"; } const pathSeparator = !req.url.startsWith("/") ? "/" : ""; const url = protocolHost + pathSeparator + req.url; const serverRequest = req.clone({ url }); return next.handle(serverRequest); } else { return next.handle(req); } }}然后在 app.server.module.ts文件中 provide 出來：
import { UniversalRelativeInterceptor } from "./shared/universal-relative.interceptor";// ... 其他 imports@NgModule({ imports: [ AppModule, ServerModule, // 如果你用了 @angular/flext-layout，這里也需要引入服務端模塊 FlexLayoutServerModule, ], providers: [ { provide: HTTP_INTERCEPTORS, useClass: UniversalRelativeInterceptor, multi: true } ], bootstrap: [AppComponent],})export class AppServerModule { }這樣任何對于相對地址的請求都會自動轉換為絕對地址請求，在 SSR 的場景下不會再出問題。
經過上面的步驟后，如果我們通過 npm run build:ssr構建項目，你會發現在 dist/<your project>/browser下面只有 index.html文件，打開文件查看，發現其中還有 <app-root></app-root>這樣的元素，也就是說你的網頁內容并沒有在 html 中生成。這是因為 Angular 使用了動態路由，比如 /product/:id這種路由，而頁面的渲染結果要經過 JS 的執行才能知道，因此，Angular 使用了 Express 作為 Web 服務器，能在服務端運行時根據用戶請求（爬蟲請求）使用模板引擎生成靜態 HTML 界面。
而 prerender（npm run prerender）會在構建時生成靜態 HTML 文件。比如我們做企業官網，只有幾個頁面，那么我們可以使用預渲染技術生成這幾個頁面的靜態 HTML 文件，避免在運行時動態生成，從而進一步提升網頁的訪問速度和用戶體驗。
需要進行預渲染（預編譯 HTML）的網頁路徑，可以有幾種方式進行提供：
通過命令行的附加參數:
ng run <app-name>:prerender --routes /product/1 /product/2
如果路徑比較多，比如針對 product/:id這種動態路徑，則可以使用一個路徑文件：
routes.txt
/products/1/products/23/products/145/products/555
然后在命令行參數指定該文件：
ng run <app-name>:prerender --routes-file routes.txt
在項目的 angular.json文件配置需要的路徑：
"prerender": { "builder": "@nguniversal/builders:prerender", "options": { "routes": [ // 這里配置 "/", "/main/home", "/main/service", "/main/team", "/main/contact" ] },配置完成后，重新執行預渲染命令（npm run prerender或者使用命令行參數則按照上面<1><2>中的命令執行），編譯完成后，再打開 dist/<your project>/browser下的 index.html會發現里面沒有 <app-root></app-root>了，取而代之的是主頁的實際內容。同時也生成了相應的路徑目錄以及各個目錄下的 index.html子頁面文件。
SEO 的關鍵在于對網頁 title，keywords和 description的收錄，因此對于我們想要讓搜索引擎收錄的網頁，可以修改代碼提供這些內容。
在 Angular 14 中，如果路由界面通過 Routes配置，可以將網頁的靜態 title直接寫在路由的配置中：
{ path: "home", component: AbmHomeComponent, title: "<你想顯示在瀏覽器 tab 上的標題>" },另外，Angular 也提供了可注入的 Title和 Meta用于修改網頁的標題和 meta 信息：
import { Meta, Title } from "@angular/platform-browser"; export class AbmHomeComponent implements OnInit { constructor( private _title: Title, private _meta: Meta, ) { } ngOnInit() { this._title.setTitle("<此頁的標題>"); this._meta.addTags([ { name: "keywords", content: "<此頁的 keywords，以英文逗號隔開>" }, { name: "description", content: "<此頁的描述>" } ]); }}Angular 作為 SPA 企業級開發框架，在模塊化、團隊合作開發方面有自己獨到的優勢。在進化到 v14 這個版本中提供了不依賴 NgModule的獨立 Component功能，進一步簡化了模塊化的架構。
Angular Universal 主要關注將 Angular App 如何進行服務端渲染和生成靜態 HTML，對于用戶交互復雜的 SPA 并不推薦使用 SSR。針對頁面數量較少、又有 SEO 需求的網站或系統，則可以考慮使用 Universal 和 SSR 技術。
更多編程相關知識，請訪問：編程教學！！
以上就是一文探究Angular中的服務端渲染(SSR)的詳細內容，更多請關注php中文網其它相關文章！
關鍵詞： Angular
營業執照公示信息