小编Ire*_*aka的帖子

我只需要了解在调用 setState() 时 flutter stateful widgets 如何构建它们的 stateful child。请看下面的代码。

class MyStatefulWidget extends StatefulWidget {
  MyStatefulWidget({Key key}) : super(key: key);

  @override
  _MyStatefulWidgetState createState() => _MyStatefulWidgetState();
}

class _MyStatefulWidgetState extends State<MyStatefulWidget> {
  Widget build(BuildContext context) {
    print("Parent build method invoked");
    return Scaffold(
      body: Center(
        child: Column(
          mainAxisAlignment: MainAxisAlignment.center,
          children: <Widget>[
            StatefulChild(), // Keeping this line gives the output 1
            statefulChild, // Keeping this line gives the output 2
            RaisedButton(
              child: Text('Click me'),
              onPressed: () {
                setState(() {});
              },
            )
          ],
        ),
      ), …

根据参考资料，其中两个选项kube-apiserver是--bind-address和--advertise-address在我看来，它们相互冲突。

两者之间的实际差异是什么？

是进程将侦听--bind-address的地址吗？kube-apiserver

--advertise-address将通告的地址是否是kube-apiserver它将侦听的地址？如果有的话，怎么做广告呢？它是否通过网络进行某种广播？

当我尝试克隆特定存储库时，显示以下错误消息。仅当克隆该存储库时才会发生这种情况。

remote: Enumerating objects: 991, done.
remote: Counting objects: 100% (991/991), done.
remote: Compressing objects: 100% (422/422), done.
error: index-pack died of signal 25, 60.96 MiB | 5.56 MiB/s
fatal: index-pack failed

环境：CentOS Linux 7 x86_64，可用内存约1.9G。

我已经尝试过的，

• 在不同的机器上克隆相同的存储库；结果：成功
• 以较低深度克隆存储库--depth=1；结果：成功

观察结果

• 存储库似乎有很多提交
• 由于克隆在另一台计算机上有效，因此问题应该与发生问题的计算机有关。

问题：

1. 这是什么index-pack died of signal 25意思？我在哪里可以找到它的文档？这与 Git 本身或操作系统有关吗？
2. 我该如何解决？

我搜索过类似的问题，index-pack died of signal 25但没有找到解决方案。

在 Kubernetes 的背景下，我遇到过这些术语Block Storage，File Storage但Object Storage我不明白它们是如何在容器内真正使用（安装）的。我有几个问题，

1. 这些存储类型都是由原始块设备支持的吗？
2. 该术语是否Block Storage用于表示块设备的逻辑抽象？
3. 是Block Storage像我们在linux上挂载文件系统一样挂载到容器内部的路径吗？这也暗示了一个问题：它是否Block Storage是一个格式化的文件系统？
4. 如何Object Storage呈现给容器？容器如何使用它？它是否安装到路径上？
5. 如何File Storage呈现给容器？容器如何使用它？它是否安装到路径上？
6. 使用这 3 种存储类型的 3 个示例场景是什么？

根据我目前的理解，所有客户端连接都在两个级别进行身份验证，通道级别和队列管理器级别，

在队列管理器级别，它使用对象CONNAUTH的属性值来确定如何完成身份验证（例如：使用主机操作系统用户存储库），如果对象指定，则它使用结构中包含的用户 ID作为用户应用程序上下文的 id，它用于授权，或者如果存在，则运行客户端应用程序的用户 id 用作应用程序上下文的用户 id，并且该用户 id 用于授权。QMGRAUTHINFOAUTHINFOADOPTCTX(YES)MQCSPADOPTCTX(NO)

在渠道级别，不执行任何与授权相关的操作。仅按照配置进行身份验证。为了更精细的访问控制，一组通道验证记录被应用于通道。CONNAUTH属性的值QMGR仍用于确定要进行身份验证的用户存储库。

问题：

1. 到目前为止我的说法正确吗？（非常感谢更正/解释。）
2. 通道对象的 MCAUSER 属性有什么作用？其目的是什么？为什么消息通道代理在哪个用户下运行很重要？
3. 毕竟，通道级身份验证实际上如何与 MCAUSER 配合使用？
4. 这两个验证过程按什么顺序完成？是否先进行通道认证？