postgresql里对特殊字符串处理的坑
【摘要】 介绍了pg处理用户输入字符串的时候应该使用特殊的函数来处理
最近遇到一个十分奇葩的问题，在pg内核代码里用strlen函数来对用户输入的字符串计算长度。但是当字符串中包含_, @等特殊字符的时候，长度计算的值总是不对，导致后期加密后的字符串解不出来。
查阅了很多资料，发现这种情况不能直接用strlen来处理用户输入的字符串，而且时要用VARDATA_ANY(in_string), VARSIZE_ANY_EXHDR(in_string)来处理。
/* Size of a varlena data, excluding header */
#define VARSIZE_ANY_EXHDR(PTR) \
(VARATT_IS_1B_E(PTR) ? VARSIZE_EXTERNAL(PTR)-VARHDRSZ_EXTERNAL : \
(VARATT_IS_1B(PTR) ? VARSIZE_1B(PTR)-VARHDRSZ_SHORT : \
VARSIZE_4B(PTR)-VARHDRSZ))
/* caution: this will not work on an external or compressed-in-line Datum */
/* caution: this will return a possibly unaligned pointer */
#define VARDATA_ANY(PTR) \
(VARATT_IS_1B(PTR) ? VARDATA_1B(PTR) : VARDATA_4B(PTR))
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
作者其他文章
评论（0）