Kod fő oka a helytelen viselkedésének mi? Az objektumok változtathatatlansága megsértve A megszakítási állapot nem kerül kezelésre A teljesítmény romlik a zárolás miatt A zárolási objektumok konfliktusa holtponti helyzethez vezet Túlzott erőforrás-szinkronizáció Az objektumok nem inicializált állapotban vannakimport java.util.concurrent.*; class Competition { private final Object lock = new Object(); public void syncMethodA(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodB(this); } } public void syncMethodB(Competition competitor) { synchronized (lock) { try { Thread.sleep(100); } catch (InterruptedException e) {} competitor.syncMethodA(this); } } } public class FitnessApp { public static void main(String[] args) { Competition comp1 = new Competition(); Competition comp2 = new Competition(); Thread t1 = new Thread(() -> comp1.syncMethodA(comp2)); Thread t2 = new Thread(() -> comp2.syncMethodB(comp1)); t1.start(); t2.start(); } }
Java
Mit veszítenél és mit nyernél az explicit pollinggal az @KafkaListener helyett?
Mi a Dockerfile példány fő problémája FROM golang:1.16 WORKDIR /app COPY go.mod . COPY go.sum . RUN go mod download COPY . . RUN go build -o crashAnalysis . CMD ["./crashAnalysis"] EXPOSE 9090 - Nincs ENV a konfigurációhoz - Nincs több szakaszos build - A ideiglenes fájlokat soha nem törlik - Nem optimális RUN használat - Az EXPOSE utasításban nincs megadva a 8081 port
Általában hogy állsz a DevOps technológiákkal — Kubernetes, CI/CD és mások?
Mi a kiválasztott megoldási struktúra fő problémája - Szoros kötés, alacsony rugalmasság - A polimorfizmus megsértése az elemek feldolgozásakor - Nincs gyári módszer a WardrobeItem-hez - Nincs Adapter minta az új optimalizálókhoz - Magas költségű műveletek az optimalizáció során
Mi okozza a kód helytelen viselkedését az immutábilis térkép használatakor? A "csak olvasható" mezők módosíthatók HashMap nem tartja meg az elemek sorrendjét A túlzott burkolás zavart okoz Az "Immutable" térkép tükrözi az eredeti térkép változásait A tárgy helytelen használata hibához vezet
Miért nincsenek ott nyilatkozatok? Miért nem fordítja le a nyilatkozatot az alapra?
Mit ad vissza a producer, ha egy olyan ID-t küld, amit már egy ideje (6 órás idempotencia időszak) elküldött?
Mekkora a overhead a Kafka-nál idempotens küldés esetén? Mit áldoz fel a Kafka ilyen esetben?
Hogyan kell az alkalmazásnak meghatároznia, hogy melyik próbában vannak Kafka kapcsolatok, vannak-e témák? Hogyan valósítható meg a Kafka Health Check?
Az idempotens küldésről vagy az Exactly-Once-ról beszéltél Kafka-ban. Melyiket használtad?
Mi a fő problémája ennek a megvalósításnak? - Nem alkalmaznak memória alapú gyorsítótárat az optimalizáláshoz. - Különböző adattárolási típusok egy hash-ben - A kapcsoló ellenőrzése az adatok olvasása előtt nem hoz eredményt - Hiányoznak a standard serializálók a `RedisTemplate`-ben - A pipeline nem használatos részleges műveletekhez
Mit tegyünk, ha ugyanazt akarjuk tenni a DataSource-szal?
A DLT fogyasztó ugyanabban a szolgáltatásban volt, mint a fő? Miért hallgatnánk újra és logolnánk?
Hogyan ellenőrizzük, hogy a téma élő és a szükséges számú partícióval rendelkezik, és hogy van legalább egy vezető a partíciónál?
Amikor egy szokásos SELECT-et végzel, hány lekérdezést küld a driver a Postgresnak? Milyen lekérdezések és mi lesz bennük?
Minden kérés Kafka-ban való elfogását és az audit vagy telemetria rendszerbe való küldését kell megoldanunk. Hogyan csinálnád?
Milyen szállítási protokollon működik a HTTP?
Ha van egy külső API-nk, amely maximum 10 egyidejű kapcsolatot engedélyez, melyik osztályt használnád a java.util.concurrent csomagból a párhuzamos hívások számának korlátozására?
Mi a fő problémája ennek a megvalósításnak? - Üzenetek kulcs nélküli küldése - Küldés anélkül, hogy ellenőriznénk az üzenetek méretét - A gyártó üzenetet küld egy témába az inicializáció befejezéséhez. - Üzenetek küldése anélkül, hogy ellenőriznénk a csatlakozást a klaszterhez - A fogyasztói csoportok nincsenek konfigurálva