为何React相较Angular被视为服务端渲染技术？

嘿，这个问题我刚接触React和AngularJS的时候也纠结过！其实核心是早期技术特性差异+社区认知惯性导致的，你可能遗漏了这几个关键信息：

1. 称呼的起源：React早期的差异化卖点 #

React刚推出时，服务端渲染（SSR）是它打差异化的重要特性之一。那时候AngularJS（特指1.x版本）原生完全不支持SSR，要实现服务端渲染得靠一堆第三方工具折腾，配置复杂还容易出问题。而React从一开始就提供了ReactDOMServer API，能直接在Node.js环境把JSX渲染成完整的HTML字符串，再通过客户端的ReactDOM.hydrate()完成“注水”——这个流程简单顺畅，官方支持到位，所以当时社区提起React时，经常会把它和SSR绑定在一起说，慢慢就形成了“React是服务端渲染技术”的初步认知。

2. 两者SSR支持的演进差异 #

• React：不仅原生支持SSR，后来还诞生了Next.js这类框架，把SSR、静态站点生成（SSG）、增量静态再生（ISR）等方案标准化，现在React项目用SSR几乎是开箱即用的体验，生态非常成熟。
• AngularJS：直到生命周期结束，原生都没补上SSR能力，第三方方案始终是小众需求。后来的Angular（2+）推出了Angular Universal才完善了SSR，但大家提到AngularJS时，还是会默认联想到它客户端单页应用的核心定位。

3. 容易混淆的术语：“双向渲染”≠同构渲染 #

你说的“客户端与服务端双向渲染”其实更准确的说法是同构渲染（Isomorphic Rendering）——即一套代码既能在服务端生成HTML，又能在客户端接管交互。React从早期就原生支持同构，而AngularJS原生做不到这一点，必须对代码做大量改造才能实现类似效果，这也是两者早期核心差异之一。

总结 #

现在来看，React和Angular（2+）都具备完善的同构渲染能力，但早期的技术特性差距、社区生态的侧重，让“React是服务端渲染技术”这个说法流传了下来。你之前的疑惑主要是没区分开AngularJS和后续Angular版本的差异，以及忽略了React早期的技术定位~

内容的提问来源于stack exchange，提问作者Mr.X