后端存储 ugc 时是否需要转义用户输入？
在预防 XSS 攻击时，通常建议对用户输入内容转义敏感字符，如 "& < > \" ' /"。然而，如果涉及多端响应，这就带来了一些疑问。
存入数据库时的转义
如果在存入数据库时转义 UGC 内容，则数据库存储内容将是转义后的内容（如 "5 < 7"），这会影响 WebView 和 Ajax 展示。
多端请求时的转义
对于 iOS/Android 端，转义后的内容（如 "5 < 7"）可以直接展示。但对于 Web 端，由于需要满足 SEO 需求，SSR 处理无法解析转义后的内容，而 Ajax 获取的内容也保持转义状态。
解决方案
一种解决方案是 后端先过滤存储，再在实际多端请求时转义一次。这样既能防止 SQL 注入，又不影响不同端展示。
过程如下：
- 后端存入数据库时，以原始格式存储 UGC。
- 前端取数据时，后端转换为对前端安全的格式，如将 "5 < 7" 转换为 "5 < 7"。
如此一来，无论前端是否验证数据，后端都会确保存储在数据库中的是未转义的原始内容，以防 SQL 注入。同时，前端获取数据时，后端会根据需要进行转义，保证不同端展示的一致性。
