Java

Qual é a diferença entre Spring e Spring Boot?

implementações - Lógica de ligação entre utilizadores e produtores - As chaves das mensagens podem duplicar-se - Erro na conciliação do deslocamento dos consumidores com as mensagens - Sem humor para o produtor - Ausência de execução para vários brokers - O grupo de consumidores está rigidamente definido

Qual das últimas tarefas te pareceu interessante, difícil, memorável?

Qual mapa usar se eu frequentemente leio, mas raramente insiro dados?

Qual é o principal problema desta implementação - Uso ineficiente do grupo fixo de threads - Problemas com a interação de recursos partilhados - Inclusão incorreta de bloqueio pode levar a uma situação de impasse. - Nível de sincronização incorreto - Não há verificações de todos os threads antes do resultado - Não há construtor explícito Código: import java.util.concurrent.locks.ReentrantLock; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; class RecyclingBinCounter { private int binCount; private final ReentrantLock lock = new ReentrantLock(); public void incrementBins() { lock.lock(); try { binCount++; } finally { lock.unlock(); } } public int getBinCount() { return binCount; } } class RecyclingManager { public static void main(String[] args) { RecyclingBinCounter counter = new RecyclingBinCounter(); ExecutorService service = Executors.newFixedThreadPool(3); for (int i = 0; i < 3; i++) { service.submit(() -> { for (int j = 0; j < 1000; j++) { counter.incrementBins(); } }); } service.shutdown(); while(!service.isTerminated()) {} System.out.println("Total bins collected: " + counter.getBinCount()); } }

Qual é o principal problema da estrutura de solução escolhida? - Não há tratamento de exceções especiais na inicialização - Classe de configuração sem anotações @Configuration - Configuração incorreta de dependências DI - Integração incorreta de configurações personalizadas altera a ordem de carregamento das propriedades - Ausência de @Autowired para a presença de dependências

Uso ineficaz de um pool fixo de threads Problemas de interação com recursos partilhados A inclusão incorreta de bloqueios pode levar a uma situação de impasse. Nível de sincronização incorreto Não há verificações de todas as threads antes do resultado Não há construtor explícito

Qual é o principal problema nesta implementação SELECT f.food_id FROM Foods f JOIN Expirations e ON f.id = e.food_id WHERE e.is_expired = 1; - `JOIN` em vez de `WHERE EXISTS` para verificar a existência de registros. - Não há índice na coluna e.is_expired - As chaves JOIN não são indexadas - A tabela de Datas de validade é redundante - A consulta não está protegida em uma transação

Como você integraria o ciclo de vida do Kafka Listener — através do KafkaListenerEndpointRegistry ou polling explícito via KafkaConsumer?

Quais são as principais estratégias de bloqueio que os bancos de dados usam para lidar com acesso concorrente?

O que o Postgres devolve após processar a informação e perceber que os dados existem? Ele devolve imediatamente os dados em forma de mapa de linhas ou algo diferente?

Qual é o principal problema da estrutura de solução escolhida? A classe Property não suporta polimorfismo. Os campos da classe podem não estar inicializados. O método de transferência do cálculo do custo total na classe "Order". Não utiliza mecanismos de transação. Não há exceções em caso de lista vazia.

Explique o ciclo de vida de um bean no Spring.

Por quais fluxos? (pergunta de esclarecimento após mencionar fluxos de entrada-saída)

Fala brevemente sobre a arquitetura do serviço.

O que fazer se quisermos fazer o mesmo com DataSource?

Por que escolheu wait/notify em vez de ReentrantLock?

Quais são os problemas do Spring Kafka com os threads virtuais? Ou não há problemas algum?

Qual é o efeito secundário que ocorre ao executar o código BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 60; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END; BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT progress INTO @current_progress FROM courses WHERE course_id = 101; SET @current_progress = @current_progress + 40; UPDATE courses SET progress = @current_progress WHERE course_id = 101; COMMIT; END;

Qual é o principal problema desta implementação de tipo composto na base de dados? TIMESTAMP sem fuso horário Erro de sintaxe! NULL no código Falta CTE, legibilidade Problemas de portabilidade devido a SERIAL «TICKET_TYPE» não foi declarado na base de dados Não é o último valor ao nível de INTEGER