Analisis kod sumber pemintas SpringBoot
1. Apakah pemintas?
Pemintas dalam Java ialah objek yang memintas secara dinamik panggilan Tindakan. , juga boleh menghalang pelaksanaan Tindakan sebelum ia dilaksanakan, dan juga menyediakan cara untuk mengekstrak bahagian kod yang boleh digunakan semula dalam Tindakan. Dalam AOP, pemintas digunakan untuk memintas kaedah atau medan sebelum ia diakses, dan kemudian menambah operasi tertentu sebelum atau selepas.
Tindakan di atas secara amnya merujuk kepada antara muka lapisan Pengawal kami.
2. Pemintas tersuai
Secara umumnya, menyesuaikan pemintas terbahagi kepada tiga langkah
(1) Tulis pemintas untuk melaksanakan antara muka HandlerInterceptor.
(2) Pemintas didaftarkan di dalam bekas.
(3) Konfigurasikan peraturan pemintasan.
2.1 Menulis pemintas
Kami mencipta projek SpringBoot baharu, dan kemudian menyesuaikan pemintas LoginInterceptor untuk memintas permintaan tertentu dalam keadaan tidak dilog. Bermula dari JDK 1.8, kaedah antara muka dengan kata kunci lalai boleh mempunyai pelaksanaan lalai, jadi untuk melaksanakan antara muka anda hanya perlu melaksanakan kaedah tanpa kata kunci ini.
import lombok.extern.slf4j.Slf4j; import org.springframework.web.servlet.HandlerInterceptor; import org.springframework.web.servlet.ModelAndView; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; /** * 登录拦截器 */ @Slf4j public class LoginInterceptor implements HandlerInterceptor { /** * 目标方法执行之前执行 * @param request * @param response * @param handler * @return * @throws Exception */ @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 获取请求路径 String requestUrl = request.getRequestURI(); log.info("请求的路径是: {}", requestUrl); String username = request.getParameter("username"); if (username != null) { // 放行 return true; } request.setAttribute("msg", "请先登录"); // 携带msg跳转到登录页 request.getRequestDispatcher("/").forward(request, response); return false; } /** * 目标方法完成以后执行 * @param request * @param response * @param handler * @param modelAndView * @throws Exception */ @Override public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception { log.info("postHandle执行"); } /** * 页面渲染以后执行 * @param request * @param response * @param handler * @param ex * @throws Exception */ @Override public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception { log.info("afterCompletion执行"); } }
2.2 Mendaftar dan mengkonfigurasi pemintas
Dalam SpringBoot, apabila kita perlu menyesuaikan konfigurasi, kita hanya perlu melaksanakan kelas WebMvcConfigurer dan mengatasi kaedah yang sepadan. Di sini kita perlu mengkonfigurasi pemintas, jadi tulis semula kaedah addInterceptorsnya.
import com.codeliu.interceptor.LoginInterceptor; import org.springframework.context.annotation.Configuration; import org.springframework.web.servlet.config.annotation.InterceptorRegistry; import org.springframework.web.servlet.config.annotation.WebMvcConfigurer; // 表示这是一个配置类 @Configuration public class WebMvcConfig implements WebMvcConfigurer { @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns("/**") // 拦截所有路径 .excludePathPatterns("/","/login","/css/**","/fonts/**","/images/**","/js/**"); // 不拦截这些路径 } }
Perhatikan bahawa jika kita mengkonfigurasi untuk memintas semua laluan, kita mesti mengecualikan sumber statik, jika tidak, gaya imej akan dipintas.
Melalui langkah di atas, kami telah menambah pemintas pada sistem. Hanya mulakan pengesahan.
3. Prinsip pemintas
Kami menggunakan penyahpepijatan titik putus untuk melihat cara permintaan penyemak imbas diproses ke bahagian belakang. Letakkan titik putus dalam kaedah doDispatch DispatcherServlet Ini ialah titik masuk permintaan Selepas penyemak imbas menghantar permintaan, ia dimajukan dan diproses dengan kaedah ini.
Mulakan aplikasi dalam mod nyahpepijat, akses mana-mana antara muka dan jejaki aliran kod
3.1 Cari pengendali yang boleh mengendalikan permintaan dan semua pemintas daripada pengendali
Di sini kami menemui HandlerExecutionChain dan rantai pemintas Terdapat tiga pemintas di dalamnya, LoginInterceptor
tersuai kami dan dua pemintas lalai sistem.
3.2 Laksanakan kaedah praHandle pemintas
Dalam kaedah doDispatch, terdapat dua baris kod berikut
// 执行拦截器的preHandle方法,如果返回为fasle,则直接return,不执行目标方法 if (!mappedHandler.applyPreHandle(processedRequest, response)) { return; } // 反射执行目标方法 mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
Mari masukkan kaedah applyPreHandle untuk melihat logik kaedah ini
/** * Apply preHandle methods of registered interceptors. * @return {@code true} if the execution chain should proceed with the * next interceptor or the handler itself. Else, DispatcherServlet assumes * that this interceptor has already dealt with the response itself. */ boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception { // 遍历拦截器 for (int i = 0; i < this.interceptorList.size(); i++) { HandlerInterceptor interceptor = this.interceptorList.get(i); // 执行当前拦截器的preHandle方法 if (!interceptor.preHandle(request, response, this.handler)) { // 如果preHandle方法返回为false,则执行当前拦截器的afterCompletion方法 triggerAfterCompletion(request, response, null); return false; } // 记录当前拦截器的下标 this.interceptorIndex = i; } return true; }
Menerusi kod di atas, kita tahu bahawa jika kaedah praHandle pemintas semasa kembali benar, kaedah praHandle pemintas seterusnya akan terus dilaksanakan, jika tidak kaedah afterCompletion pemintas akan dilaksanakan.
Kemudian mari kita lihat logik kaedah triggerAfterCompletion.
/** * Trigger afterCompletion callbacks on the mapped HandlerInterceptors. * Will just invoke afterCompletion for all interceptors whose preHandle invocation * has successfully completed and returned true. */ void triggerAfterCompletion(HttpServletRequest request, HttpServletResponse response, @Nullable Exception ex) { // 反向遍历拦截器 for (int i = this.interceptorIndex; i >= 0; i--) { HandlerInterceptor interceptor = this.interceptorList.get(i); try { // 执行当前拦截器的afterCompletion方法 interceptor.afterCompletion(request, response, this.handler, ex); } catch (Throwable ex2) { logger.error("HandlerInterceptor.afterCompletion threw exception", ex2); } } }
Melalui kod di atas, kita tahu bahawa kaedah afterCompletion pemintas dilaksanakan secara terbalik.
3.3 Laksanakan kaedah sasaran
Jika semua kaedah praHandle pemintas di atas kembali benar, maka tidak akan ada pulangan langsung dalam kaedah doDispatch, tetapi kaedah sasaran akan terus dilaksanakan. Jika kaedah preHandle mana-mana pemintas mengembalikan palsu, maka selepas melaksanakan kaedah afterCompletion pemintas (pemintas yang telah melaksanakan kaedah preHandle), kaedah doDispatch akan kembali terus dan kaedah sasaran tidak akan dilaksanakan.
Laksanakan kaedah sasaran melalui kod berikut
// Actually invoke the handler. mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
Saya tidak akan melihat pelaksanaan dalaman tertentu, tetapi melihat logik selepas pelaksanaan.
3.4 Laksanakan kaedah postHandle pemintas
Selepas kaedah sasaran dilaksanakan, kod turun
mappedHandler.applyPostHandle(processedRequest, response, mv);
Lihat logik applyPostHandle
rreeeLaksanakan pemintas dalam susunan terbalik Kaedah postHandle pemintas
3.5 Laksanakan kaedah selepasPenyelesaian pemintas
Teruskan turun
/** * Apply postHandle methods of registered interceptors. */ void applyPostHandle(HttpServletRequest request, HttpServletResponse response, @Nullable ModelAndView mv) throws Exception { // 反向遍历 for (int i = this.interceptorList.size() - 1; i >= 0; i--) { HandlerInterceptor interceptor = this.interceptorList.get(i); // 执行当前拦截器的postHandle方法 interceptor.postHandle(request, response, this.handler, mv); } }
Masukkan kaedah ini, yang akan memproses hasil pelaksanaan dan jadikan halaman Kaedah ini Pada akhirnya, laksanakan kod berikut
3.6 Pengendalian pengecualian
Jika pengecualian dilemparkan semasa pelaksanaan kaedah doDispatch, ia akan dicetuskan dalam modul tangkapan Jalankan kaedah selepasPenyelesaian
Atas ialah kandungan terperinci Analisis kod sumber pemintas SpringBoot. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Pengenalan kepada Jasypt Jasypt ialah perpustakaan java yang membenarkan pembangun menambah fungsi penyulitan asas pada projeknya dengan usaha yang minimum dan tidak memerlukan pemahaman yang mendalam tentang cara penyulitan berfungsi dengan tinggi untuk penyulitan sehala dan dua hala. teknologi penyulitan berasaskan piawai. Sulitkan kata laluan, teks, nombor, perduaan... Sesuai untuk penyepaduan ke dalam aplikasi berasaskan Spring, API terbuka, untuk digunakan dengan mana-mana pembekal JCE... Tambahkan kebergantungan berikut: com.github.ulisesbocchiojasypt-spring-boot-starter2 Faedah Jasypt melindungi keselamatan sistem kami Walaupun kod itu bocor, sumber data boleh dijamin.

Senario penggunaan 1. Tempahan berjaya dibuat tetapi pembayaran tidak dibuat dalam masa 30 minit. Pembayaran tamat masa dan pesanan dibatalkan secara automatik 2. Pesanan telah ditandatangani dan tiada penilaian dilakukan selama 7 hari selepas ditandatangani. Jika pesanan tamat dan tidak dinilai, sistem lalai kepada penilaian positif 3. Pesanan dibuat dengan jayanya jika peniaga tidak menerima pesanan selama 5 minit, pesanan itu dibatalkan peringatan mesej teks dihantar... Untuk senario dengan kelewatan yang lama dan prestasi masa nyata yang rendah, kami boleh Gunakan penjadualan tugas untuk melaksanakan pemprosesan undian biasa. Contohnya: xxl-job Hari ini kita akan memilih

1. Redis melaksanakan prinsip kunci teragih dan mengapa kunci teragih diperlukan Sebelum bercakap tentang kunci teragih, adalah perlu untuk menjelaskan mengapa kunci teragih diperlukan. Lawan daripada kunci yang diedarkan ialah kunci yang berdiri sendiri Apabila kami menulis program berbilang benang, kami mengelakkan masalah data yang disebabkan oleh mengendalikan pembolehubah yang dikongsi pada masa yang sama Kami biasanya menggunakan kunci untuk mengecualikan pembolehubah yang dikongsi bersama untuk memastikan ketepatannya pembolehubah yang dikongsi skop penggunaannya adalah dalam proses yang sama. Jika terdapat berbilang proses yang perlu mengendalikan sumber yang dikongsi pada masa yang sama, bagaimanakah ia boleh saling eksklusif? Aplikasi perniagaan hari ini biasanya merupakan seni bina perkhidmatan mikro, yang juga bermakna bahawa satu aplikasi akan menggunakan berbilang proses Jika berbilang proses perlu mengubah suai baris rekod yang sama dalam MySQL, untuk mengelakkan data kotor yang disebabkan oleh operasi yang tidak teratur, keperluan pengedaran. untuk diperkenalkan pada masa ini. Gaya dikunci. Ingin mencapai mata

Springboot membaca fail, tetapi tidak boleh mengakses perkembangan terkini selepas membungkusnya ke dalam pakej balang Terdapat situasi di mana springboot tidak boleh membaca fail selepas membungkusnya ke dalam pakej balang adalah tidak sah dan hanya boleh diakses melalui strim. Fail berada di bawah resources publicvoidtest(){Listnames=newArrayList();InputStreamReaderread=null;try{ClassPathResourceresource=newClassPathResource("name.txt");Input

SpringBoot dan SpringMVC adalah kedua-dua rangka kerja yang biasa digunakan dalam pembangunan Java, tetapi terdapat beberapa perbezaan yang jelas antara mereka. Artikel ini akan meneroka ciri dan penggunaan kedua-dua rangka kerja ini dan membandingkan perbezaannya. Mula-mula, mari belajar tentang SpringBoot. SpringBoot telah dibangunkan oleh pasukan Pivotal untuk memudahkan penciptaan dan penggunaan aplikasi berdasarkan rangka kerja Spring. Ia menyediakan cara yang pantas dan ringan untuk membina bersendirian, boleh dilaksanakan

Apabila Springboot+Mybatis-plus tidak menggunakan pernyataan SQL untuk melaksanakan operasi penambahan berbilang jadual, masalah yang saya hadapi akan terurai dengan mensimulasikan pemikiran dalam persekitaran ujian: Cipta objek BrandDTO dengan parameter untuk mensimulasikan parameter yang dihantar ke latar belakang bahawa adalah amat sukar untuk melaksanakan operasi berbilang jadual dalam Mybatis-plus Jika anda tidak menggunakan alatan seperti Mybatis-plus-join, anda hanya boleh mengkonfigurasi fail Mapper.xml yang sepadan dan mengkonfigurasi ResultMap yang berbau dan kemudian. tulis pernyataan sql yang sepadan Walaupun kaedah ini kelihatan menyusahkan, ia sangat fleksibel dan membolehkan kita

1. Sesuaikan RedisTemplate1.1, mekanisme siri lalai RedisAPI Pelaksanaan cache Redis berasaskan API menggunakan templat RedisTemplate untuk operasi cache data Di sini, buka kelas RedisTemplate dan lihat maklumat kod sumber kelas tersebut. Isytihar kunci, Pelbagai kaedah pesirilan nilai, nilai awal kosong @NullableprivateRedisSe

Dalam projek, beberapa maklumat konfigurasi sering diperlukan Maklumat ini mungkin mempunyai konfigurasi yang berbeza dalam persekitaran ujian dan persekitaran pengeluaran, dan mungkin perlu diubah suai kemudian berdasarkan keadaan perniagaan sebenar. Kami tidak boleh mengekodkan konfigurasi ini dalam kod. Adalah lebih baik untuk menulisnya dalam fail konfigurasi Sebagai contoh, anda boleh menulis maklumat ini dalam fail application.yml. Jadi, bagaimana untuk mendapatkan atau menggunakan alamat ini dalam kod? Terdapat 2 kaedah. Kaedah 1: Kita boleh mendapatkan nilai yang sepadan dengan kunci dalam fail konfigurasi (application.yml) melalui ${key} beranotasi dengan @Value Kaedah ini sesuai untuk situasi di mana terdapat sedikit perkhidmatan mikro projek, Apabila perniagaan adalah rumit, logik
