面试题答案
一键面试assert() 的优点
- 调试便利性：在调试阶段，
assert()能快速定位问题，当条件为假时，它会终止程序并输出相关信息，便于开发者迅速找到错误位置。例如在函数内部检查参数是否合理，若不合理直接触发assert中断程序。 - 简洁直观：语法简单，代码侵入性小，仅需在需要检查的条件处添加
assert(condition)语句，不影响正常逻辑的可读性。
assert() 的缺点
- 发布版本限制：默认情况下，在发布版本中
assert()会被忽略，导致运行时可能出现未检测到的错误。这意味着不能依赖assert()来处理发布版本中的错误。 - 缺乏灵活性：一旦
assert()触发，程序直接终止，无法进行复杂的错误恢复操作。例如在一个长期运行的服务器程序中，不能因为一个小错误就直接终止整个服务。
异常处理的优点
- 灵活性与恢复能力：异常机制允许在错误发生时，程序可以从异常处理代码块中进行适当的恢复操作，而不是直接终止。比如在文件读取失败时，可以提示用户重新输入文件名，继续尝试读取。
- 跨函数传播：异常能够跨越多个函数调用层级进行传播，直到有合适的处理代码块捕获并处理它。这使得错误处理逻辑可以集中在特定的位置，而不必在每个可能出错的函数中都编写详细的错误处理代码。
异常处理的缺点
- 性能开销：抛出和捕获异常会带来一定的性能开销，包括栈展开等操作，在对性能要求极高的场景下可能成为瓶颈。
- 代码复杂度增加：需要额外编写
try - catch块，增加了代码的嵌套层次和复杂度，使代码可读性和维护性受到一定影响。
错误码的优点
- 性能友好：使用错误码返回错误信息几乎没有额外的性能开销，适用于对性能要求苛刻的场景，如底层系统开发。
- 简单明了：错误码简单直观，调用者可以根据返回的错误码迅速判断错误类型，并采取相应措施。
错误码的缺点
- 繁琐的检查：调用者需要在每次函数调用后检查错误码，导致代码中充斥着大量重复的错误检查代码，降低了代码的可读性。
- 错误传播复杂：在多层函数调用中，错误码需要层层传递，增加了代码编写和维护的难度。
选择建议
- 优先选择 assert() 的情况：用于调试阶段对内部逻辑的正确性进行检查，如函数参数合法性检查、内部状态一致性检查等，这些错误在正常运行时不应发生，且一旦发生意味着程序逻辑存在严重错误。
- 优先选择异常处理的情况：当错误发生时需要进行复杂的恢复操作，或者希望错误能够跨越多个函数调用层级进行处理时，应选择异常处理机制。例如在进行文件操作、网络通信等可能出现多种错误情况且需要灵活处理的场景。
- 优先选择错误码的情况：在对性能要求极高，且错误处理逻辑相对简单的场景，如底层硬件驱动开发、高性能计算模块等，使用错误码更合适。