libpqxx连接PostgreSQL需捕获sql_error异常处理失败，用std::string传连接串；防SQL注入须用exec_params或prepare绑定参数；事务由work对象生命周期自动管理；取结果须用row["col"].as()或.to()避免崩溃。
怎么用 libpqxx 连接 PostgreSQL 并处理连接失败
libpqxx 是 C++ 最主流的 PostgreSQL 客户端库，但它不自动重连、不隐藏底层错误。连接失败时，connection 构造函数会直接抛出 sql_error 或 broken_connection 异常，而不是返回 null 指针。
- 连接字符串必须用
std::string传入，不能用 C 风格字符串字面量（如"host=localhost port=5432"），否则可能触发隐式转换问题；推荐写成std::string("host=localhost port=5432 dbname=test") - 常见错误信息如
"Connection refused"（目标机器拒绝连接）或"FATAL: password authentication failed"都来自异常的e.what()，需捕获const pqxx::sql_error&而非通用std::exception才能拿到 SQL 状态码（e.sqlstate()） - 连接池需自行实现——libpqxx 不提供内置连接池；若频繁新建
connection对象，注意 PostgreSQL 的 max_connections 限制和 TCP TIME_WAIT 积压
如何安全执行带参数的查询并防止 SQL 注入
libpqxx 不支持字符串拼接构造查询，所有用户输入必须通过 prepared statement 或 parameterized query 绑定。直接用 exec("SELECT * FROM users WHERE id = " + std::to_string(uid)) 是严重漏洞。
- 推荐用
work对象的exec_params()：它自动转义并匹配 PostgreSQL 类型，例如w.exec_params("SELECT name FROM users WHERE age > $1 AND active = $2", 18, true) - 占位符必须是
$1,$2…… 顺序编号，不能用:name或@p1；类型推导依赖传入的 C++ 值，如传int就对应INTEGER，传std::string默认为TEXT - 若需复用查询，先调用
conn.prepare("get_user", "SELECT * FROM users WHERE id = $1")，再用w.exec_prepared("get_user", 123)；prepare 在连接生命周期内只需一次
事务怎么写才不会意外提交或丢失错误
libpqxx 的事务不是“开启/提交”两步操作，而是由 transaction_base 派生类（如 work、nontransaction、transaction）的生命周期控制。析构时自动提交或回滚——但仅当未显式调用 commit() 或 abort()。
- 用
pqxx::work w{conn}最安全：它在作用域结束时自动 commit；若中途 throw 异常，析构函数自动 abort（等价于 ROLLBACK） - 不要手动调用
w.commit()后还继续用w——这会触发std::logic_error("Transaction already committed") - 避免在事务中做耗时操作（如网络请求、文件读写），因为 PostgreSQL 会持锁直到事务结束；长事务还可能引发 vacuum 延迟或复制延迟
- 若需只读事务且不希望阻塞其他写操作，可用
readonly_transaction，但注意它仍会获取 snapshot，对大表扫描仍有开销
查询结果怎么取值才不崩溃或漏数据
libpqxx 返回的 result 是行容器，但它的迭代器不是 STL 风格的 begin()/end()，且字段访问必须用列名或索引，越界或类型不匹配会抛异常。
立即学习“C++免费学习笔记（深入）”；
- 遍历结果用范围 for：
for (const auto &row : r) { std::string name = row["name"].as(); // 按索引取，从 0 开始 } -
row["col_name"]返回field，必须显式调用.as转换；若字段为 NULL，() .as抛() conversion_error，应改用.to提供默认值(T{}) - 空结果集时
r.size() == 0，但别假设r.begin() == r.end()—— libpqxx 的result::iterator不保证可比较，应优先用 size() 或范围 for -
大数据量时避免一次性
exec()全部拉取，改用stream_from流式读取，否则内存暴涨且无法中断
事务的边界由对象生命周期硬性约束，不是靠代码注释或命名约定；很多崩溃源于在 work 对象析构前忘了 catch 异常，或在 commit() 后误用已失效的事务对象。
