后端存储 UGC 时，如何处理转义问题才能兼顾安全性与多端展示？

后端存储 ugc 时是否需要转义用户输入？

在预防 XSS 攻击时，通常建议对用户输入内容转义敏感字符，如 "& \" ' /"。然而，如果涉及多端响应，这就带来了一些疑问。

存入数据库时的转义

如果在存入数据库时转义 UGC 内容，则数据库存储内容将是转义后的内容（如 "5

多端请求时的转义

对于 iOS/Android 端，转义后的内容（如 "5

解决方案

一种解决方案是 后端先过滤存储，再在实际多端请求时转义一次。这样既能防止 SQL 注入，又不影响不同端展示。

过程如下：

1. 后端存入数据库时，以原始格式存储 UGC。
2. 前端取数据时，后端转换为对前端安全的格式，如将 "5

如此一来，无论前端是否验证数据，后端都会确保存储在数据库中的是未转义的原始内容，以防 SQL 注入。同时，前端获取数据时，后端会根据需要进行转义，保证不同端展示的一致性。