是否有事实上的标准例外或最佳实践方法来发出异常"invalid input"信号？

invalid_argument is-a - logic_error。

两个参考点都表示

这个类[i.e. logic_error]定义了作为异常抛出的对象类型，用于报告程序内部逻辑中的错误，例如违反逻辑前提条件或类不变量。

这些错误可以在程序执行之前检测到。

问题:接受invalid_argument的语义严格约束于"程序员的错误"，是否有任何事实上的标准异常程序/库/服务器可以使用⁺⁺在运行时与外部调用方通信"提供的输入无效"?
您以前的经验是否显示了使用"invalid_input"类型异常的常规模式?
如果是这样，它是标准的还是每个人都只是根据需要派生他们的异常?

指出:

1. 显然，stdexcept没有提供runtime语义。boost

2. 虽然我知道/遵循尽可能早的验证规则，但我发现经常有输入数据(无论是否来自用户)只能在更深的上下文中进行验证的情况:尽可能早的可能需要与更深的上下文中进行匹配，而"在网关"不可用。

⁺⁺ "to communication " =在调用链中(或者在堆栈跟踪中，如果你喜欢的话)有一个像

// fwd declaration
void function_facing_dirty_code(struct user_input& data);
void function_facing_the_user(const char* jsonArgs) {
  try {
    struct user_input;
    parse_user_input(json_args, user_input);
    function_facing_dirty_code(user_input);
  }
  catch(invalid_input& ii) {
    // **this** should be a standard error for erroneous input/args/etc
    // treat it by telling the out-of-my-control caller to behave
  }
  catch (std::runtime_exception& e) {
    // tell the caller: sorry, you've done nothing wrong,
    // but I'm having generic runtime troubles.
  }
}
void function_facing_dirty_code(struct user_input& data) {
  try {
    // ... do some work
    // ... do some more work
    // Ahhh
    throw std::invalid_argument("Requested amount over the daily redraw limit");
    // ooops. This will cause a BSoD instead of telling the user.
    // Because std::invalid_argument is a logic error
  }
  catch(std::logic_error& bsod) {
    // log an error, blame the author, snitch it to his boss,
    // then generate a BSoD for the user's delight,
    // because she must NOT see our coding family's dirty laundry
  }
}