ฉันเห็นspring.jpa.open-in-view=trueคุณสมบัติในเอกสาร Spring Boot สำหรับการกำหนดค่า JPA
trueค่าเริ่มต้นสำหรับคุณสมบัตินี้หากไม่ได้ระบุไว้เลยหรือไม่;SessionFactoryแทนEntityManagerFactory? ถ้าใช่ฉันจะแจ้งให้ฉันใช้EntityManagerFactoryแทนได้อย่างไรขอบคุณ!
คำตอบ:
พร็อพเพอร์ตี้นี้จะลงทะเบียนOpenEntityManagerInViewInterceptorซึ่งลงทะเบียนEntityManagerกับเธรดปัจจุบันดังนั้นคุณจะมีเหมือนเดิมEntityManagerจนกว่าคำขอทางเว็บจะเสร็จสิ้น ไม่มีอะไรเกี่ยวข้องกับ Hibernate SessionFactoryเป็นต้น
แทนที่จะปล่อยให้เลเยอร์ธุรกิจตัดสินใจว่าจะดึงการเชื่อมโยงทั้งหมดที่ต้องการโดยเลเยอร์ View ได้อย่างไร OSIV (Open Session in View) จะบังคับให้ Persistence Context ยังคงเปิดอยู่เพื่อให้เลเยอร์ View สามารถทริกเกอร์การเริ่มต้นพร็อกซีได้ดังภาพประกอบ ตามแผนภาพต่อไปนี้
OpenSessionInViewFilterเรียกopenSessionวิธีการพื้นฐานและได้รับใหม่SessionFactorySessionSessionTransactionSynchronizationManagerOpenSessionInViewFilterเรียกใช้doFilterการjavax.servlet.FilterChainอ้างอิงอ็อบเจ็กต์และคำร้องขอจะถูกประมวลผลเพิ่มเติมDispatcherServletเรียกว่าและเส้นทางการร้องขอ HTTP PostControllerเพื่อพื้นฐานPostControllerเรียกPostServiceที่จะได้รับรายชื่อของPostหน่วยงานPostServiceเปิดรายการใหม่และHibernateTransactionManagerreuses เดียวกันที่ถูกเปิดออกโดยSessionOpenSessionInViewFilterPostDAOเรียกรายชื่อของPostหน่วยงานโดยไม่ต้องเริ่มต้นการเชื่อมโยงใด ๆ ขี้เกียจPostServiceกระทำธุรกรรมพื้นฐาน แต่Sessionไม่ได้ปิดเพราะมันถูกเปิดออกภายนอกDispatcherServletเริ่มต้นการแสดงผล UI ซึ่งในทางกลับกันจะนำทางการเชื่อมโยงแบบ lazy และทริกเกอร์การเริ่มต้นOpenSessionInViewFilterสามารถปิดSessionและเชื่อมต่อฐานข้อมูลพื้นฐานจะถูกปล่อยออกเช่นกันเมื่อมองแวบแรกสิ่งนี้อาจดูเหมือนไม่ใช่เรื่องน่ากลัวที่ต้องทำ แต่เมื่อคุณดูจากมุมมองของฐานข้อมูลข้อบกพร่องต่างๆจะเริ่มชัดเจนขึ้น
ชั้นบริการเปิดและปิดธุรกรรมฐานข้อมูล แต่หลังจากนั้นไม่มีธุรกรรมที่ชัดเจนเกิดขึ้น ด้วยเหตุนี้ทุกคำสั่งเพิ่มเติมที่ออกจากเฟสการเรนเดอร์ UI จะถูกดำเนินการในโหมดการคอมมิตอัตโนมัติ การคอมมิตอัตโนมัติจะสร้างแรงกดดันให้กับเซิร์ฟเวอร์ฐานข้อมูลเนื่องจากแต่ละคำสั่งต้องล้างบันทึกธุรกรรมลงในดิสก์ดังนั้นจึงทำให้มีการรับส่งข้อมูล I / O จำนวนมากที่ฝั่งฐานข้อมูล การเพิ่มประสิทธิภาพอย่างหนึ่งคือการทำเครื่องหมายConnectionว่าอ่านอย่างเดียวซึ่งจะช่วยให้เซิร์ฟเวอร์ฐานข้อมูลหลีกเลี่ยงการเขียนลงในบันทึกธุรกรรม
ไม่มีการแยกข้อกังวลอีกต่อไปเนื่องจากคำสั่งถูกสร้างขึ้นโดยชั้นบริการและโดยกระบวนการแสดงผล UI การเขียนการทดสอบการรวมที่ยืนยันจำนวนคำสั่งที่สร้างขึ้นจะต้องดำเนินการผ่านทุกชั้น (เว็บบริการ DAO) ในขณะที่มีการปรับใช้แอปพลิเคชันบนเว็บคอนเทนเนอร์ แม้ว่าจะใช้ฐานข้อมูลในหน่วยความจำ (เช่น HSQLDB) และเว็บเซิร์ฟเวอร์ที่มีน้ำหนักเบา (เช่น Jetty) การทดสอบการรวมเหล่านี้จะดำเนินการได้ช้ากว่าการแยกชั้นและการทดสอบการรวมส่วนหลังจะใช้ฐานข้อมูลในขณะที่ การทดสอบการรวมส่วนหน้ากำลังจำลองชั้นบริการโดยสิ้นเชิง
เลเยอร์ UI จำกัด เฉพาะการนำทางที่เชื่อมโยงซึ่งสามารถทำให้เกิดปัญหาการสืบค้น N + 1 ได้ในทางกลับกัน แม้ว่าไฮเบอร์เนตจะมีข้อเสนอ@BatchSizeสำหรับการดึงการเชื่อมโยงเป็นกลุ่มและFetchMode.SUBSELECTเพื่อรับมือกับสถานการณ์นี้คำอธิบายประกอบจะส่งผลต่อแผนการดึงข้อมูลเริ่มต้นดังนั้นจึงนำไปใช้กับทุกกรณีการใช้งานทางธุรกิจ ด้วยเหตุนี้แบบสอบถามชั้นการเข้าถึงข้อมูลจึงเหมาะสมกว่ามากเนื่องจากสามารถปรับให้เข้ากับข้อกำหนดในการดึงข้อมูลกรณีการใช้งานปัจจุบันได้
สุดท้าย แต่ไม่ท้ายสุดการเชื่อมต่อฐานข้อมูลจะถูกระงับตลอดระยะการแสดงผล UI ซึ่งจะเพิ่มเวลาเช่าการเชื่อมต่อและ จำกัด ปริมาณงานธุรกรรมโดยรวมเนื่องจากความแออัดในพูลการเชื่อมต่อฐานข้อมูล ยิ่งมีการเชื่อมต่อมากขึ้นคำขออื่น ๆ ที่พร้อมกันจะต้องรอรับการเชื่อมต่อจากพูลมากขึ้น
แต่น่าเสียดายที่OSIV (เปิดเซสชันใน View) ถูกเปิดใช้งานโดยเริ่มต้นในฤดูใบไม้ผลิ Bootและ OSIV มันเป็นความคิดที่ไม่ดีจากประสิทธิภาพและ scalability มุมมอง
ดังนั้นตรวจสอบให้แน่ใจว่าในapplication.propertiesไฟล์กำหนดค่าคุณมีรายการต่อไปนี้:
spring.jpa.open-in-view=falseนี้จะปิดการใช้งาน OSIV เพื่อให้คุณสามารถจัดการกับLazyInitializationExceptionวิธีการที่เหมาะสม
ตั้งแต่เวอร์ชัน 2.0 Spring Boot จะออกคำเตือนเมื่อเปิดใช้งานOSIVตามค่าเริ่มต้นดังนั้นคุณจะพบปัญหานี้ได้นานก่อนที่จะส่งผลกระทบต่อระบบการใช้งานจริง