--bootstrap-server must be specified for --all

当在使用`kafka-topics.sh` 或其他Kafka CLI工具时，看到`--bootstrap-server must be specified for --all`这样的错误，它意味着你没有提供`--bootstrap-server`或`-b`选项，而这个选项是必需的，尤其是在执行需要连接到整个Kafka集群的操作，比如创建主题、管理配置或查看集群状态时。

`--bootstrap-server`或`-b`选项用于指定Kafka集群的元数据服务地址，也就是ZooKeeper的地址，ZooKeeper负责维护集群的配置信息。如果你想要对整个集群进行操作，需要明确告诉工具去哪里查找集群节点。

例如，一个完整的命令行示例可能是：

kafka-topics.sh --create --topic my-topic --partitions 1 --replication-factor 1 -b localhost:9092 --zookeeper localhost:2181

这里，`localhost:9092`就是`--bootstrap-server`值，`localhost:2181`则是`--bootstrap-server`，工具就无法知道如何找到实际的Kafka服务器来进行操作。

相关问题

--bootstrap-server

### 关于 `--bootstrap-server` 参数

在 Apache Kafka 中，`--bootstrap-server` 是用于指定 Kafka 集群初始连接的服务器列表的关键参数[^3]。此参数对于 Kafka 生产者和消费者都至关重要，因为它决定了客户端首次尝试连接哪个 Kafka 节点来获取集群元数据和其他可用节点的信息。

#### 使用场景与配置方式

当设置 `--bootstrap-server` 时，通常会提供多个 broker 地址以提高系统的健壮性和可靠性。这些地址之间用逗号分隔，并且每个地址包含主机名（或 IP 地址）加上冒号后的端口号。例如：

kafka1.example.com:9092,kafka2.example.com:9092,kafka3.example.com:9092

这种做法不仅限定了初次联系的具体位置，还允许自动发现整个集群内的所有成员，从而简化了应用程序对 Kafka 的接入过程。

#### 实际应用中的例子

下面给出一段简单的 Java 代码片段展示了如何在创建 KafkaProducer 对象之前配置该属性：

Properties props = new Properties();
props.put("bootstrap.servers", "kafka1.example.com:9092,kafka2.example.com:9092,kafka3.example.com:9092");
// 其他必要的配置项...
KafkaProducer<String, String> producer = new KafkaProducer<>(props);

这段代码明确了要使用的 Kafka Broker 列表，使得后续的消息发送操作能够顺利找到目标服务实例并完成通信。

spring-cloud-starter-bootstrap依赖加载

### 正确配置 `spring-cloud-starter-bootstrap` 以实现依赖加载

为了确保 Spring Boot 应用程序能够正确读取并应用 Bootstrap 配置文件中的设置，在 Spring Boot 版本 2.4.x 及以上版本中，需显式引入特定的 Maven 或 Gradle 依赖项[^1]。

#### 添加 Maven 依赖

在项目的 `pom.xml` 文件内加入以下依赖声明：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
    <version>3.1.0</version>
</dependency>

此依赖负责处理应用程序启动初期阶段所需的外部化配置逻辑，特别是当涉及到微服务架构下的分布式配置管理时尤为有用[^4]。

#### 使用 Gradle 构建工具的情况

如果采用的是 Gradle，则应在 `build.gradle` 中添加相应的依赖条目：

implementation 'org.springframework.cloud:spring-cloud-starter-bootstrap:3.1.0'

完成上述操作后，还需注意一点：自定义的 `bootstrap.properties` 或者 `bootstrap.yml` 文件应当放置于资源目录下（通常是 `src/main/resources/`），以便被框架自动识别和解析。这些文件用于指定一些早期绑定属性，比如连接到远程配置服务器的信息等[^2]。

一旦完成了必要的构建脚本修改以及资源配置工作，重启应用程序即可使新的配置生效。此时，Spring Cloud 将会优先加载位于 classpath 下面提到过的两个特殊命名方式之一的配置文件，并将其内容应用于整个上下文中去[^5]。