implementări - Logica de conexiune între utilizatori și producători - Cheile mesajelor pot fi duplicate - Eroare în alinierea decalajului consumatorilor cu mesajele - Fără dispoziție pentru producător - Lipsa execuției pentru mai mulți brokeri - Grupul de consumatori este definit rigid
Care este diferența dintre Spring și Spring Boot?
Ce hartă ar trebui să folosesc dacă citesc frecvent, dar rareori introduc date?
Care este problema principală a structurii de soluție alese? - Nu există tratare a excepțiilor speciale la pornire - Clasa de configurare fără adnotări @Configuration - Configurare incorectă a dependențelor DI - Integrare incorectă a configurațiilor personalizate schimbă ordinea de încărcare a proprietăților - Lipsa @Autowired pentru prezența dependențelor
Ce returnează Postgres după ce a procesat informația și a înțeles că datele există? Returnează imediat datele sub formă de hartă de rânduri sau altceva?
Care este problema principală a acestei implementări SELECT f.food_id FROM Foods f JOIN Expirations e ON f.id = e.food_id WHERE e.is_expired = 1; - `JOIN` în loc de `WHERE EXISTS` pentru verificarea existenței înregistrărilor. - Nu există index pe câmpul e.is_expired - Cheile JOIN nu sunt indexate - Tabela Termene de valabilitate este redundantă - Interogarea nu este protejată într-o tranzacție
Care a fost ultima sarcină care ți s-a părut interesantă, dificilă, memorabilă?
Care sunt principalele strategii de blocare pe care le folosesc bazele de date pentru gestionarea accesului concurent?
Care este problema principală a acestei implementări - Utilizarea ineficientă a pool-ului fix de fire - Probleme cu interacțiunea resurselor comune - Incluzia incorectă a blocării poate duce la o situație de blocaj. - Nivelul de sincronizare incorect - Nu există verificări ale tuturor firelor înainte de rezultat - Nu există constructor explicit Cod: 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()); } }
Vorbește pe scurt despre arhitectura serviciului.
De ce ai ales wait/notify în loc de ReentrantLock?
Care este problema principală a structurii de soluție alese? Clasa Property nu suportă polimorfismul. Câmpurile clasei pot să nu fie inițializate. Metoda de transfer a calculului costului total în clasa "Order". Nu utilizează mecanisme de tranzacție. Nu există excepții în cazul unei liste goale.
Care sunt problemele Spring Kafka cu firele virtuale? Sau nu există probleme deloc?
Prin ce fluxuri? (întrebare de clarificare după menționarea fluxurilor de intrare-ieșire)
Dacă vor fi mai multe oferte de la mai multe companii, după ce criterii vei face alegerea? Numește trei.
Ce efect secundar apare la executarea codului 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;
Cum ai integra ciclul de viață al Kafka Listener — prin KafkaListenerEndpointRegistry sau polling explicit prin KafkaConsumer?
Explică ciclul de viață al unui bean în Spring.
Care tehnologii îți plac cel mai mult?
Care este problema principală a acestei implementări? - Portul '83' poate fi deja ocupat pe gazdă - Organizare ineficientă a aspectului - Suprascrierea portului din cauza ordinii greșite a comenzii - Configurația folosește o versiune confidențială - Calea greșită în ultima construcție versiune: '3.8' servicii: art-marketplace: build: context: ./art-market ports: - "83:83" rețele: - art-network rețele: art-network: driver: overlay
