कैलेंडर अनुस्मारक प्रेषक साझा शेड्यूलर धागे को बंद कर देता है

शिप

23 सितंबर 2026 को 7:50 am बजे UTC

लेखक

Kamo

Commit

90509f4

स्प्रिंग के डिफ़ॉल्ट एकल शेड्यूलर धागे को इस सेवा में प्रत्येक @Scheduled विधि द्वारा साझा किया जाता है - 1-सेकंड अभियान पल्स, ड्रिप इंजन की टिक और रिमाइंडरशेड्यूलर सर्विस की अपनी 60 सेकंड मोटे तौर पर एक दर्जन दूसरों के बीच झाड़ू। प्रक्रियाRemindersLocked हर देय अनुस्मारक के ईमेल / पॉपअप / एसएमएस, एक समय में एक अवरुद्ध कॉल, उस साझा धागे पर: कई देय अनुस्मारक के साथ एक स्वीप यह सब कुछ और पोड पर निर्धारित किया गया है, जब तक पूरे बैच को भेजने के लिए लिया गया। प्रत्येक अनुस्मारक का अब एक छोटा सा फिक्स्ड थ्रेड पूल (4 श्रमिक, नामित) पर चलता है कैलेंडर-रिमिंदर-sender), एक ही सिद्धांत DripEngine पहले से ही अपने पूरे पास को सौंपने के द्वारा लागू होता है एक वर्कर धागे पर बंद - प्रति पास के बजाय याद दिलाने के लिए यहां लागू होता है, क्योंकि धीमी गति से भाग है डीबी स्वीप के बजाय SMTP/notification भेजना। कॉलिंग थ्रेड अभी भी इंतजार करता है प्रक्रिया से पहले पूरे बैच (90s नाली टाइमआउट से जुड़ा हुआ है) अनुस्मारकलॉक रिटर्न, जो है क्या 'email-calendar-reminders' पट्टे को पूरे पास को कवर रखता है: जबकि जारी एक पट्टा भेजने के लिए अभी भी उड़ान में थे, कहीं और किसी अन्य फली को SAME देय रिमाइंडरों को लेने और भेजने की अनुमति देगा। उन्हें दो बार। क्या परिवर्तन सिर्फ इतना ही है कि जब तक इंतजार होता है, तब तक चौगुना कम होता है, कभी खराब नहीं होता है। पुराने अनुक्रमिक पाश। ********** परिवर्तन के बिना विफल रहता है: यह प्रत्येक पर प्रत्येक भेजने वाले रन साबित होता है कॉलिंग थ्रेड के बजाय पूल, और कॉल अभी भी तब तक अवरुद्ध हो जाता है जब तक कि प्रत्येक प्रेषक समाप्त नहीं हो जाता है।.