ServiceLoader: एक अंतर्निहित DI फ्रेमवर्क जिसके बारे में आपने कभी नहीं सुना होगा

सलाम, दोस्तों। यह शुक्रवार को नए जावा डेवलपर कोर्स समूह में पहला पाठ होगा। यह इस पाठ्यक्रम के लिए है कि वर्तमान प्रकाशन समर्पित होगा।



जावा डेवलपर्स के कई निर्भरता को लागू करने के लिए स्प्रिंग का उपयोग करते हैं। कुछ लोगों ने Google Guice या यहां तक ​​कि OSGi सेवाओं की कोशिश की हो सकती है। लेकिन कई लोग यह नहीं जानते हैं कि जावा में पहले से ही एक अंतर्निहित DI है। क्या आपको लगता है कि यह जावा 11 या 12 में दिखाई दिया? नहीं, यह जावा 6 के साथ उपलब्ध है।

ServiceLoader इंटरफेस या अमूर्त कक्षाओं के पंजीकृत उदाहरणों को खोजने और बनाने की क्षमता प्रदान करता है। यदि आप स्प्रिंग से परिचित हैं, तो यह बीन और ऑटोवेड एनोटेशन के समान है। आइए स्प्रिंग और सर्विसलॉडर का उपयोग करने के उदाहरण देखें। और समानता और अंतर पर चर्चा करें।

वसंत

सबसे पहले, आइए देखें कि वसंत में एक सरल डीआई कैसे बनाया जाए। एक सरल इंटरफ़ेस बनाएँ:

public interface SimpleService { String echo(String value); } 

और इंटरफ़ेस का कार्यान्वयन:

 import org.springframework.stereotype.Component; @Component public class SimpleServiceImpl implements SimpleService { public String echo(final String value) { return value; } } 

@Component । यह एनोटेशन हमारी कक्षा को एक स्प्रिंग संदर्भ में बीन के रूप में पंजीकृत करेगा।

और हमारा मुख्य वर्ग।

 @SpringBootApplication public class SpringExample implements CommandLineRunner { private static final Logger log = LoggerFactory.getLogger(SpringExample.class); @Autowired List<SimpleService> simpleServices; public static void main(String[] args) { SpringApplication.run(SpringExample.class, args); } public void run(final String... strings) throws Exception { for (SimpleService simpleService : simpleServices) { log.info("Echo: " + simpleService.echo(strings[0])); } } } 

SimpleService कॉम्बो SimpleService पर @Autowired एनोटेशन नोट करें। एनोटेशन @SpringBootApplication एक पैकेज में सेम के लिए स्वचालित रूप से खोज करने के लिए डिज़ाइन किया गया है। फिर स्टार्टअप पर, वे स्वचालित रूप से SpringExample में इंजेक्ट किए SpringExample ।

ServiceLoader

हम स्प्रिंग उदाहरण में समान इंटरफ़ेस का उपयोग करेंगे, इसलिए हम इसे यहां नहीं दोहराएंगे। इसके बजाय, तुरंत सेवा के कार्यान्वयन को देखें:

 import com.google.auto.service.AutoService; @AutoService(SimpleService.class) public class SimpleServiceImpl implements SimpleService { public String echo(final String value) { return value; } } 

कार्यान्वयन में, हम @AutoService एनोटेशन का उपयोग करके सेवा का एक उदाहरण "रजिस्टर" करते हैं। इस एनोटेशन को केवल संकलन के समय की आवश्यकता होती है, क्योंकि javac इसका उपयोग स्वचालित रूप से एक सेवा पंजीकरण फ़ाइल उत्पन्न करने के लिए करता है ( अनुवादक का नोट: maven निर्भरता के लिए @AutoService युक्त, गुंजाइश निर्दिष्ट करें - प्रदान की गई) :

META-INF/services/io.github.efenglu.serviceLoader.example.SimpleService

इस फ़ाइल में उन वर्गों की एक सूची है जो सेवा को लागू करते हैं:

io.github.efenglu.serviceLoader.example.SimpleServiceImpl

फ़ाइल का नाम सेवा (इंटरफ़ेस) का पूरा नाम होना चाहिए। एक फ़ाइल में किसी भी संख्या में कार्यान्वयन हो सकते हैं, प्रत्येक एक अलग लाइन पर।

कार्यान्वयन में, पैरामीटर के बिना एक निर्माता होना चाहिए । आप मैन्युअल रूप से ऐसी फ़ाइल बना सकते हैं, लेकिन एनोटेशन का उपयोग करना बहुत आसान है। और मुख्य वर्ग:

 public class ServiceLoaderExample { public static void main(String [] args) { final ServiceLoader<SimpleService> services = ServiceLoader.load(SimpleService.class); for (SimpleService service : services) { System.out.println("Echo: " + service.echo(args[0])); } } } 

ServiceLoader.load पद्धति को ServiceLoader.load प्राप्त करने के लिए कहा जाता है, जिसका उपयोग सेवा उदाहरण प्राप्त करने के लिए किया जा सकता है। ServiceLoader उदाहरण सेवा प्रकार के लिए Iterable इंटरफ़ेस लागू करता है, इसलिए, for each लूप के for each services चर का उपयोग किया जा सकता है।

तो क्या?

दोनों विधियां अपेक्षाकृत छोटी हैं। दोनों का उपयोग एनोटेशन के साथ किया जा सकता है और इसलिए इसका उपयोग करना काफी आसान है। तो क्यों वसंत के बजाय ServiceLoader का उपयोग करें?

पर निर्भर करता है

आइए हमारे सरल वसंत उदाहरण की निर्भरता के पेड़ को देखें:

 [INFO] -----------< io.github.efenglu.serviceLoader:spring-example >----------- [INFO] Building spring-example 1.0.X-SNAPSHOT [INFO] --------------------------------[ jar ]--------------------------------- [INFO] [INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ spring-example --- [INFO] io.github.efenglu.serviceLoader:spring-example:jar:1.0.X-SNAPSHOT [INFO] +- org.slf4j:slf4j-api:jar:1.7.25:compile [INFO] +- org.springframework:spring-context:jar:4.3.22.RELEASE:compile [INFO] | +- org.springframework:spring-aop:jar:4.3.22.RELEASE:compile [INFO] | +- org.springframework:spring-core:jar:4.3.22.RELEASE:compile [INFO] | | \- commons-logging:commons-logging:jar:1.2:compile [INFO] | \- org.springframework:spring-expression:jar:4.3.22.RELEASE:compile [INFO] +- org.springframework.boot:spring-boot-autoconfigure:jar:1.5.19.RELEASE:compile [INFO] +- org.springframework.boot:spring-boot:jar:1.5.19.RELEASE:compile [INFO] \- org.springframework:spring-beans:jar:4.3.22.RELEASE:compile 

और ServiceLoader के साथ तुलना करें:

 [INFO] io.github.efenglu.serviceLoader:serviceLoader-example:jar:1.0.X-SNAPSHOT ## Only provided dependencies for the auto service annotation [INFO] \- com.google.auto.service:auto-service:jar:1.0-rc4:provided [INFO] +- com.google.auto:auto-common:jar:0.8:provided [INFO] \- com.google.guava:guava:jar:23.5-jre:provided [INFO] +- com.google.code.findbugs:jsr305:jar:1.3.9:provided [INFO] +- org.checkerframework:checker-qual:jar:2.0.0:provided [INFO] +- com.google.errorprone:error_prone_annotations:jar:2.0.18:provided [INFO] +- com.google.j2objc:j2objc-annotations:jar:1.1:provided [INFO] \- org.codehaus.mojo:animal-sniffer-annotations:jar:1.14:provided 

यदि हम प्रदान की गई निर्भरताओं पर ध्यान नहीं देते हैं, तो ServiceLoader की कोई निर्भरता नहीं है। यह सही है, उसे केवल जावा की आवश्यकता है।

यह वास्तव में कोई फर्क नहीं पड़ता कि आप अपने स्प्रिंग-आधारित एप्लिकेशन को विकसित कर रहे हैं, लेकिन यदि आप कुछ ऐसा लिख ​​रहे हैं जिसका उपयोग कई अलग-अलग रूपरेखाओं में किया जाएगा या यदि आपके पास एक छोटा कंसोल एप्लिकेशन है, तो यह पहले से ही बहुत महत्व का हो सकता है।

गति

कंसोल अनुप्रयोगों के लिए, ServiceLoader स्टार्टअप समय स्प्रिंग बूट ऐप की तुलना में बहुत छोटा है। यह डाउनलोड करने योग्य कोड की छोटी संख्या, स्कैनिंग की अनुपस्थिति, प्रतिबिंब की अनुपस्थिति, बड़े ढांचे की अनुपस्थिति के कारण है।

स्मृति

याददाश्त बचाने के लिए वसंत प्रसिद्ध नहीं है। यदि मेमोरी उपयोग आपके लिए महत्वपूर्ण है, तो DI के लिए ServiceLoader का उपयोग करने पर विचार करें।

जावा मॉड्यूल

जावा मॉड्यूल के प्रमुख पहलुओं में से एक मॉड्यूल के बाहर कोड से एक मॉड्यूल में कक्षाओं को पूरी तरह से संरक्षित करने की क्षमता थी। ServiceLoader एक ऐसा तंत्र है जो बाहरी कोड को आंतरिक कार्यान्वयन को "एक्सेस" करने की अनुमति देता है। जावा मॉड्यूल आपको सीमा को संरक्षित करते हुए आंतरिक कार्यान्वयन के लिए सेवाओं को पंजीकृत करने की अनुमति देता है।

वास्तव में, यह जावा मॉड्यूल के लिए केवल आधिकारिक तौर पर अनुमोदित निर्भरता इंजेक्शन समर्थन तंत्र है। वसंत और अधिकांश अन्य डीआई फ्रेमवर्क अपने घटकों को खोजने और कनेक्ट करने के लिए प्रतिबिंब का उपयोग करते हैं। लेकिन यह जावा मॉड्यूल के साथ संगत नहीं है। यहां तक ​​कि प्रतिबिंब मॉड्यूल में नहीं देख सकता है (जब तक आप इसे अनुमति नहीं देते हैं, लेकिन आपको इसे अनुमति देने की आवश्यकता क्यों है)।

निष्कर्ष

वसंत एक महान चीज है। इसकी सेवा की तुलना में इसकी अधिक कार्यक्षमता है जो कभी सेवालॉडर में होगी। लेकिन ऐसे समय होते हैं जब ServiceLoader सही विकल्प होता है। यह सरल, छोटा, तेज और हमेशा उपलब्ध है।

मेरे गिट रेपो में उदाहरण के लिए पूर्ण स्रोत कोड।

वह सब है। कोर्स पर मिलते हैं !