彼得·艾森特劳特：在PostgreSQL中实现线程安全的扫描器和解析器
💡
原文英文，约5800词，阅读约需21分钟。
📝
内容提要
本文探讨了如何在PostgreSQL中实现扫描器和解析器的线程安全，记录了在此过程中遇到的挑战及解决方案，包括使用Flex和Bison的可重入和纯函数选项。通过调整代码结构和参数传递，确保了多线程环境下的安全性，并总结了关键步骤和经验教训。
🎯
关键要点
- 本文探讨了在PostgreSQL中实现扫描器和解析器的线程安全。
- 使用Flex和Bison的可重入和纯函数选项来解决线程安全问题。
- 调整代码结构和参数传递以确保多线程环境下的安全性。
- PostgreSQL的扫描器和解析器有多种类型，具有不同的要求和复杂性。
- 通过使用%option reentrant选项使扫描器可重入，允许多个扫描器实例并行运行。
- 使用%define api.pure full选项使解析器成为纯函数，避免使用全局变量。
- 通过%parse-param和%lex-param传递上下文信息到解析器和扫描器。
- 在处理额外的扫描器状态时，使用结构体而不是全局变量来保持线程安全。
- 通过将解析结果作为参数传递给yyparse()，避免使用全局变量来存储解析结果。
- 总结了一些实现线程安全的经验教训和最佳实践。
❓
延伸问答
如何在PostgreSQL中实现线程安全的扫描器和解析器？
通过使用Flex和Bison的可重入和纯函数选项，并调整代码结构和参数传递来实现线程安全。
Flex和Bison的可重入选项有什么作用？
Flex的可重入选项允许多个扫描器实例并行运行，而Bison的纯函数选项避免使用全局变量，确保线程安全。
在多线程环境中，如何确保扫描器和解析器的安全性？
通过使用结构体而不是全局变量来存储状态，并通过%parse-param和%lex-param传递上下文信息。
PostgreSQL中有多少种扫描器和解析器？
PostgreSQL中包含13个扫描器文件和10个解析器文件，处理不同的语言和配置。
如何避免在解析过程中使用全局变量？
通过将解析结果作为参数传递给yyparse()，并使用局部变量来存储状态，避免全局变量的使用。
在实现线程安全的扫描器时，如何处理额外的状态？
使用结构体来存储额外的状态，并在扫描器初始化时分配内存以确保线程安全。
➡️
