Java 为什么卡夫卡制作人在第一条信息上反应很慢？

我正在使用卡夫卡制作人将价格发送到主题。当我发送第一条消息时，它会打印producer config，然后发送消息，因此发送第一条消息需要更多的时间

在第一条消息之后，发送消息几乎需要1/2毫秒

我的问题是，我们可以做些什么，使配置部分跳过，或者我们可以在发送第一条消息之前开始

我正在我的项目中使用spring kafka。我也读了其他问题，但没有真正的帮助

Application.yml

server:
  port: 8081
spring:
    kafka:
      bootstrap-servers:   ***.***.*.***:9092
      producer:
          key-serializer: org.apache.kafka.common.serialization.StringSerializer
          value-serializer: org.apache.kafka.common.serialization.StringSerializer
      

生产者价值观：

acks = 1
batch.size = 16384
bootstrap.servers = [192.168.1.190:9092]
buffer.memory = 33554432
client.dns.lookup = default
client.id = 
compression.type = none
connections.max.idle.ms = 540000
delivery.timeout.ms = 120000
enable.idempotence = false
interceptor.classes = []
key.serializer = class org.apache.kafka.common.serialization.StringSerializer
linger.ms = 0
max.block.ms = 60000
max.in.flight.requests.per.connection = 5
max.request.size = 1048576
metadata.max.age.ms = 300000
metric.reporters = []
metrics.num.samples = 2
metrics.recording.level = INFO
metrics.sample.window.ms = 30000
partitioner.class = class org.apache.kafka.clients.producer.internals.DefaultPartitioner
receive.buffer.bytes = 32768
reconnect.backoff.max.ms = 1000
reconnect.backoff.ms = 50
request.timeout.ms = 30000
retries = 2147483647
retry.backoff.ms = 100
sasl.client.callback.handler.class = null
sasl.jaas.config = null
sasl.kerberos.kinit.cmd = /usr/bin/kinit
sasl.kerberos.min.time.before.relogin = 60000
sasl.kerberos.service.name = null
sasl.kerberos.ticket.renew.jitter = 0.05
sasl.kerberos.ticket.renew.window.factor = 0.8
sasl.login.callback.handler.class = null
sasl.login.class = null
sasl.login.refresh.buffer.seconds = 300
sasl.login.refresh.min.period.seconds = 60
sasl.login.refresh.window.factor = 0.8
sasl.login.refresh.window.jitter = 0.05
sasl.mechanism = GSSAPI
security.protocol = PLAINTEXT
send.buffer.bytes = 131072
ssl.cipher.suites = null
ssl.enabled.protocols = [TLSv1.2, TLSv1.1, TLSv1]
ssl.endpoint.identification.algorithm = https
ssl.key.password = null
ssl.keymanager.algorithm = SunX509
ssl.keystore.location = null
ssl.keystore.password = null
ssl.keystore.type = JKS
ssl.protocol = TLS
ssl.provider = null
ssl.secure.random.implementation = null
ssl.trustmanager.algorithm = PKIX
ssl.truststore.location = null
ssl.truststore.password = null
ssl.truststore.type = JKS
transaction.timeout.ms = 60000
transactional.id = null
value.serializer = class org.apache.kafka.common.serialization.StringSerializer

我提出了以下问题，但没有帮助

---

在方法的第一次调用期间，Kafka生产者获取主题的分区元数据。获取元数据会阻止send方法立即返回。卡夫卡制作者缓存元数据，因此后续发送速度要快得多。Kafka生产者缓存元数据（默认为5分钟），然后再次获取元数据以主动发现任何新的代理或分区

---

当应用程序启动时，您可以调用该方法来获取和缓存元数据，但是当缓存在5分钟后过期时，下一次发送会很慢，因为它会再次获取元数据。如果你的卡夫卡环境是静态的，也就是说，当你的应用程序运行时，没有创建新的代理和分区，那么考虑在一个很长的持续时间内配置<代码>元数据.Max .Acth.Ms>代码>，这样元数据在缓存中被保存的时间更长。Kafka生产者获取主题的分区元数据。获取元数据会阻止send方法立即返回。卡夫卡制作者缓存元数据，因此后续发送速度要快得多。Kafka生产者缓存元数据（默认为5分钟），然后再次获取元数据以主动发现任何新的代理或分区

---

当应用程序启动时，您可以调用该方法来获取和缓存元数据，但是当缓存在5分钟后过期时，下一次发送会很慢，因为它会再次获取元数据。如果你的卡夫卡环境是静态的，也就是说，当你的应用程序运行时，没有创建新的代理和分区，那么考虑配置<代码>元数据.Max .Acth.Ms>代码>很长一段时间，所以元数据被保存在缓存中更长时间。

第一消息的含义是什么？kafka send是异步的，不应妨碍您自己的性能。它使用一个缓冲区，用于批量发送记录

请阅读下面的java文档以了解更多信息

---

第一条消息慢是什么意思？kafka send是异步的，不应妨碍您自己的性能。它使用一个缓冲区，用于批量发送记录

请阅读下面的java文档以了解更多信息

---

您可以调整日志配置以禁用ProducerConfig，当然您可以调整日志配置以禁用ProducerConfig，当然发送消息之前有什么方法可以做到这一点吗？或者当项目开始的时候我们可以做。我编辑了我的答案。并没有通用的方法来加速所有的发送。所以在发送消息之前有什么方法可以做到这一点吗？或者当项目开始的时候我们可以做。我编辑了我的答案。没有通用的方法来加速所有发送。KafkaProducer.send方法的大多数调用将立即返回，但在第一次调用时，该方法将在获取主题的分区元数据时阻塞。KafkaProducer.send方法的大多数调用将立即返回，但在第一次调用时，该方法在获取主题的分区元数据时将被阻止。