# Tomcat server: port: 9001 # Spring spring: mvc: pathmatch: matching-strategy: ant_path_matcher main: allow-circular-references: true jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8 application: # 应用名称 name: yangpeng-auth kafka: producer: # Kafka服务器 bootstrap-servers: 123.60.88.248:9092 # 开启事务,必须在开启了事务的方法中发送,否则报错 transaction-id-prefix: kafkaTx- # 发生错误后,消息重发的次数,开启事务必须设置大于0。 retries: 3 # acks=0 : 生产者在成功写入消息之前不会等待任何来自服务器的响应。 # acks=1 : 只要集群的首领节点收到消息,生产者就会收到一个来自服务器成功响应。 # acks=all :只有当所有参与复制的节点全部收到消息时,生产者才会收到一个来自服务器的成功响应。 # 开启事务时,必须设置为all acks: all # 当有多个消息需要被发送到同一个分区时,生产者会把它们放在同一个批次里。该参数指定了一个批次可以使用的内存大小,按照字节数计算。 batch-size: 16384 # 生产者内存缓冲区的大小。 buffer-memory: 1024000 # 键的序列化方式 key-serializer: org.springframework.kafka.support.serializer.JsonSerializer # 值的序列化方式(建议使用Json,这种序列化方式可以无需额外配置传输实体类) value-serializer: org.springframework.kafka.support.serializer.JsonSerializer consumer: # Kafka服务器 bootstrap-servers: 123.60.88.248:9092 group-id: firstGroup # 自动提交的时间间隔 在spring boot 2.X 版本中这里采用的是值的类型为Duration 需要符合特定的格式,如1S,1M,2H,5D #auto-commit-interval: 2s # 该属性指定了消费者在读取一个没有偏移量的分区或者偏移量无效的情况下该作何处理: # earliest:当各分区下有已提交的offset时,从提交的offset开始消费;无提交的offset时,从头开始消费分区的记录 # latest:当各分区下有已提交的offset时,从提交的offset开始消费;无提交的offset时,消费新产生的该分区下的数据(在消费者启动之后生成的记录) # none:当各分区都存在已提交的offset时,从提交的offset开始消费;只要有一个分区不存在已提交的offset,则抛出异常 auto-offset-reset: latest # 是否自动提交偏移量,默认值是true,为了避免出现重复数据和数据丢失,可以把它设置为false,然后手动提交偏移量 enable-auto-commit: false # 键的反序列化方式 #key-deserializer: org.apache.kafka.common.serialization.StringDeserializer key-deserializer: org.springframework.kafka.support.serializer.JsonDeserializer # 值的反序列化方式(建议使用Json,这种序列化方式可以无需额外配置传输实体类) value-deserializer: org.springframework.kafka.support.serializer.JsonDeserializer # 配置消费者的 Json 反序列化的可信赖包,反序列化实体类需要 properties: spring: json: trusted: packages: "*" # 这个参数定义了poll方法最多可以拉取多少条消息,默认值为500。如果在拉取消息的时候新消息不足500条,那有多少返回多少;如果超过500条,每次只返回500。 # 这个默认值在有些场景下太大,有些场景很难保证能够在5min内处理完500条消息, # 如果消费者无法在5分钟内处理完500条消息的话就会触发reBalance, # 然后这批消息会被分配到另一个消费者中,还是会处理不完,这样这批消息就永远也处理不完。 # 要避免出现上述问题,提前评估好处理一条消息最长需要多少时间,然后覆盖默认的max.poll.records参数 # 注:需要开启BatchListener批量监听才会生效,如果不开启BatchListener则不会出现reBalance情况 max-poll-records: 3 properties: # 两次poll之间的最大间隔,默认值为5分钟。如果超过这个间隔会触发reBalance max: poll: interval: ms: 600000 # 当broker多久没有收到consumer的心跳请求后就触发reBalance,默认值是10s session: timeout: ms: 10000 listener: # 在侦听器容器中运行的线程数,一般设置为 机器数*分区数 concurrency: 4 # 自动提交关闭,需要设置手动消息确认 ack-mode: manual_immediate # 消费监听接口监听的主题不存在时,默认会报错,所以设置为false忽略错误 missing-topics-fatal: false # 两次poll之间的最大间隔,默认值为5分钟。如果超过这个间隔会触发reBalance poll-timeout: 600000 profiles: # 环境配置 active: dev cloud: nacos: discovery: # 服务注册地址 server-addr: 123.60.88.248:8848 config: # 配置中心地址 server-addr: 123.60.88.248:8848 # 配置文件格式 file-extension: yml # 共享配置 shared-configs: - application-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension} rabbitmq: username: user password: yp122.8. virtualHost: / port: 5672 host: 123.60.88.248 listener: simple: prefetch: 1 # 每次只能获取一条,处理完成才能获取下一条 publisher-confirm-type: correlated #确认消息已发送到交换机(Exchange) publisher-returns: true #确认消息已发送到队列(Queue)