Động lực học lập trình Java, Phần 4: Chuyển đổi lớp bằng Javassist
lượt xem 18
download
Sử dụng Javassist để chuyển đổi các phương thức theo bytecode Dennis Sosnoski, Nhà tư vấn, Sosnoski Software Solutions, Inc. Tóm tắt: Thật buồn tẻ với các lớp Java chỉ thực hiện theo cách mã nguồn đã được viết phải không? Sau đó, hãy vui vẻ lên, bởi vì bạn sắp sửa thấy việc kết hợp các lớp theo các hình dạng chưa bao giờ được trình biên dịch dự kiến! Trong bài viết này, nhà tư vấn Java Dennis Sosnoski đóng góp loại bài động lực học lập trình Java của mình vào việc tăng nhanh tốc độ xem...
Bình luận(0) Đăng nhập để gửi bình luận!
Nội dung Text: Động lực học lập trình Java, Phần 4: Chuyển đổi lớp bằng Javassist
- Động lực học lập trình Java, Phần 4: Chuyển đổi lớp bằng Javassist Sử dụng Javassist để chuyển đổi các phương thức theo bytecode Dennis Sosnoski, Nhà tư vấn, Sosnoski Software Solutions, Inc. Tóm tắt: Thật buồn tẻ với các lớp Java chỉ thực hiện theo cách mã nguồn đã được viết phải không? Sau đó, hãy vui vẻ lên, bởi vì bạn sắp sửa thấy việc kết hợp các lớp theo các hình dạng chưa bao giờ được trình biên dịch dự kiến! Trong bài viết này, nhà tư vấn Java Dennis Sosnoski đóng góp loại bài động lực học lập trình Java của mình vào việc tăng nhanh tốc độ xem xét Javassist, thư viện thao tác mã byte (bytecode), đây là cơ sở cho các tính năng lập trình hướng-khía cạnh được bổ sung cho máy chủ ứng dụng JBoss được sử dụng rộng rãi. Bạn sẽ tìm ra những điều cơ bản về việc chuyển đổi các lớp hiện có với Javassist và nhận thấy cả sức mạnh lẫn hạn chế của cách tiếp cận mã nguồn mở của khung công tác này với hoạt động lớp (classworking). Sau khi trình bày những điều căn bản của việc định dạng lớp Java và truy cập trong lúc chạy qua phản chiếu, đây là lúc để di chuyển loạt bài này theo hướng tới nhiều chủ đề cao cấp hơn. Trong số tháng này tôi sẽ bắt đầu vào phần thứ hai của loạt bài, ở đây các thông tin về lớp Java chỉ trở thành một dạng cấu trúc dữ liệu khác được các ứng dụng xử lí. Tôi sẽ gọi toàn bộ lĩnh vực của chủ đề này là hoạt động lớp (classworking). Tôi sẽ bắt đầu trình bày hoạt động lớp với thư viện thao tác bytecode Javassist. Javassist không phải là thư viện duy nhất để làm việc với bytecode, mà nó còn có một tính năng cụ thể làm cho nó trở thành một điểm khởi đầu quan trọng cho các thí nghiệm hoạt động lớp: bạn có thể sử dụng Javassist để làm thay đổi bytecode của một lớp Java mà trên thực tế không cần tìm hiểu bất cứ điều gì về kiến trúc bytecode hoặc kiến trúc máy ảo Java (JVM). Đây là một điều may mắn lẫn trong một số chi tiết cụ thể -- nói chung tôi không tán thành can thiệp vào công nghệ mà bạn không hiểu -- nhưng chắc chắn nó làm cho việc thao tác bytecode có khả năng truy cập nhiều hơn so với các khung công tác mà ở đó bạn làm việc ở mức các hướng dẫn riêng. Những điều cơ bản về Javassist Javassist cho phép bạn kiểm tra, chỉnh sửa và tạo các lớp Java nhị phân. Khía cạnh kiểm tra chủ yếu lặp lại chính xác những gì có sẵn trực tiếp trong Java thông qua Reflection API, nhưng việc có cách khác để truy cập thông tin này là rất có ích khi trên thực tế bạn đang sửa đổi các lớp thay vì chỉ cần thực hiện chúng. Điều này là do thiết kế JVM không cung cấp cho bạn bất kỳ quyền truy cập n ào vào dữ liệu
- lớp thô sau khi nó được nạp vào JVM. Nếu bạn sắp làm việc với các lớp như là dữ liệu, bạn cần phải làm như thế bên ngoài JVM. Đừng bỏ lỡ phần còn lại của loạt bài này Phần 1, "Các lớp Java và nạp lớp" (04.2003) Phần 2, "Giới thiệu sự phản chiếu" (06.2003) Phần 3, "Ứng dụng sự phản chiếu" (07.2003) Phần 5, "Việc chuyển các lớp đang hoạt động" (02.2004) Phần 6, "Các thay đổi hướng-khía cạnh với Javassist" (03.2004) Phần 7, "Kỹ thuật bytecode với BCEL" (04.2004) Phần 8, "Thay thế sự phản chiếu bằng việc tạo mã" (06.2004) Javassist sử dụng lớp javassist.ClassPool để theo dõi và kiểm soát các lớp bạn đang thao tác. Lớp này làm việc rất giống như một trình nạp lớp (classloader) của JVM, nhưng có sự khác biệt quan trọng khác hơn việc kết nối các lớp đã nạp để thực hiện như một phần của ứng dụng của bạn, nhóm lớp giúp cho các lớp đã nạp có thể sử dụng như là dữ liệu thông qua Javassist API. Bạn có thể sử dụng một nhóm lớp mặc định để nạp từ đường dẫn tìm kiếm JVM hoặc xác định một đường dẫn để tìm kiếm danh sách các đường dẫn riêng của bạn. Bạn thậm chí có thể tải trực tiếp các lớp nhị phân từ các mảng hoặc luồng byte và tạo các lớp mới từ đầu. Các lớp được nạp trong một nhóm lớp được các cá thể javassist.CtClass đại diện. Như với lớp Java tiêu chuẩn java.lang.Class, CtClass cung cấp các phương thức để kiểm tra dữ liệu lớp như các trường và các phương thức. Đó chỉ là sự khởi đầu cho CtClass, tuy nhiên, cũng định nghĩa các phương thức để thêm vào các trường, các phương thức và các hàm tạo mới cho lớp đó và để thay đổi tên lớp, siêu lớp và các giao diện. Thật kỳ quặc, Javassist không cung cấp bất kỳ cách nào để xóa các trường, các phương thức hoặc các hàm tạo từ một lớp. Các trường, các phương thức và các hàm tạo được các cá thể tương ứng javassist.CtField, javassist.CtMethod và javassist.CtConstructor biểu diễn. Các lớp này xác định các phương thức để sửa đổi tất cả các khía cạnh của mục được lớp đó đại diện, bao gồm cả phần bytecode thực sự của một phương thức hoặc hàm tạo. Mã nguồn của tất cả bytecode
- Javassist cho phép bạn thay thế hoàn toàn phần thân bytecode của một phương thức hoặc hàm tạo hoặc thêm vào khả năng chọn lọc bytecode ở đầu hoặc cuối của phần thân hiện có (cùng với một cặp các biến khác cho các hàm tạo). Dù bằng cách nào, các bytecode mới được chuyển qua như là một câu lệnh hay khối mã nguồn giống như Java trong một String. Các phương thức Javassist biên dịch có hiệu quả mã nguồn mà bạn cung cấp trong bytecode của Java, sau đó chúng chèn bytecode này vào trong phần thân của phương thức hoặc hàm tạo đích. Mã nguồn được Javassist chấp nhận không khớp chính xác với ngôn ngữ Java, nhưng sự khác biệt chính là việc bổ sung một số trình nhận dạng đặc biệt dùng để mô tả các tham số của phương thức hoặc hàm tạo, giá trị trả về phương thức và các mục khác mà bạn có thể muốn sử dụng trong mã chèn vào của bạn. Tất cả các trình nhận dạng đặc biệt này bắt đầu bằng biểu tượng $, vì vậy chúng sẽ không can thiệp tới bất cứ điều gì mà bạn đã làm khác đi trong mã của bạn. Cũng có một số hạn chế về những gì bạn có thể làm trong mã nguồn mà bạn chuyển tới Javassist. Hạn chế đầu tiên là định dạng thực tế, nó phải là một câu lệnh hay một khối. Đây là một hạn chế không tốt đối với hầu hết các mục đích, vì bạn có thể đặt bất cứ chuỗi các câu lệnh nào mà bạn muốn trong một khối. Dưới đây là một ví dụ khi sử dụng trình nhận dạng Javassist đặc biệt cho hai giá trị tham số phương thức đầu tiên để hiển thị cách điều này hoạt động: { System.out.println("Argument 1: " + $1); System.out.println("Argument 2: " + $2); } Một hạn chế đáng kể hơn về mã nguồn là không có cách nào tham chiếu đến các biến cục bộ đã khai báo ngoài câu lệnh hoặc khối được thêm vào. Điều này có nghĩa rằng nếu bạn đang thêm mã ở cả hai phần bắt đầu và kết thúc của một phương thức, ví dụ, nói chung bạn sẽ không có khả năng chuyển các thông tin từ mã được thêm vào ở lúc bắt đầu đến mã được thêm vào ở lúc kết thúc. Có nhiều cách giải quyết xung quanh hạn chế này, nhưng cách giải quyết rất lộn xộn -- nói chung bạn cần phải tìm một cách để kết hợp mã riêng chèn vào trong một khối.
- Hoạt động lớp với Javassist Với một ví dụ về việc áp dụng Javassist, tôi sẽ sử dụng một nhiệm vụ mà tôi đã thường xuyên xử lý trực tiếp trong mã nguồn: đo thời gian đã mất để thực hiện một phương thức. Phép đo này là đủ dễ dàng để thực hiện trong mã nguồn; bạn chỉ cần ghi lại thời gian hiện tại ở đầu phương thức, sau đó kiểm tra lại thời gian hiện tại ở cuối phương thức và tìm thấy sự khác biệt giữa hai giá trị đó. Nếu bạn không có mã nguồn, sẽ khó khăn hơn nhiều để có được kiểu thông tin tính thời gian này. Đó là nơi mà hoạt động lớp có ích -- nó cho phép bạn thực hiện các thay đổi giống như điều này với phương thức bất kỳ, mà không cần mã nguồn. Hỏi chuyên gia: Dennis Sosnoski về các vấn đề JVM và bytecode Đối với các ý kiến hay các câu hỏi về tài liệu được trình bày trong loạt bài này, cũng như bất cứ điều gì khác có liên quan đến Java bytecode, định dạng lớp nhị phân Java hoặc các vấn đề JVM chung, hãy truy cập vào diễn đàn thảo luận JVM và Bytecode, do Dennis Sosnoski kiểm soát. Liệt kê 1 hiển thị một phương thức ví dụ (xấu) mà tôi sẽ sử dụng như là một thí nghiệm tính toán thời gian của tôi: phương thức buildString của lớp StringBuilder. Phương thức này xây dựng một String với độ dài bất kì bằng cách thực hiện chính xác những gì mà bất kỳ chuyên gia hiệu năng Java nào sẽ nói bạn không phải làm - - nó nhiều lần gắn thêm chỉ một ký tự vào cuối chuỗi để tạo một chuỗi dài hơn. Do các chuỗi không thể thay đổi được, cách tiếp cận này có nghĩa là một chuỗi mới sẽ được xây dựng mỗi lần qua vòng lặp, với các dữ liệu được sao chép từ chuỗi cũ và chỉ một ký tự được thêm vào cuối. Tác động cuối cùng là phương thức này gặp phải chi phí hoạt động càng ngày càng nhiều khi nó được sử dụng để tạo các chuỗi dài hơn. Liệt kê 1. Phương thức có tính giờ public class StringBuilder { private String buildString(int length) { String result = "";
- for (int i = 0; i < length; i++) { result += (char)(i%26 + 'a'); } return result; } public static void main(String[] argv) { StringBuilder inst = new StringBuilder(); for (int i = 0; i < argv.length; i++) { String result = inst.buildString(Integer.parseInt(argv[i])); System.out.println("Constructed string of length " + result.length()); } } } Thêm tính thời gian phương thức Vì tôi có sẵn mã nguồn cho phương thức này, tôi sẽ cho bạn thấy cách tôi sẽ trực tiếp thêm vào thông tin tính thời gian. Điều này cũng sẽ dùng làm mô hình cho những gì mà tôi muốn làm khi sử dụng Javassist. Liệt kê 2 cho thấy phương thức buildString() có bổ sung thêm tính thời gian. Điều này chẳng có giá trị thay đổi nào. Mã được thêm vào này lưu trữ thời gian bắt đầu cho một biến cục bộ, sau đó tính thời gian trôi qua ở cuối của phương thức và in nó ra bàn điều khiển. Liệt kê 2. Phương thức có tính thời gian
- private String buildString(int length) { long start = System.currentTimeMillis(); String result = ""; for (int i = 0; i < length; i++) { result += (char)(i%26 + 'a'); } System.out.println("Call to buildString took " + (System.currentTimeMillis()-start) + " ms."); return result; } Thực hiện nó với Javassist Khai thác cùng tác dụng như khi sử dụng Javassist để xử lí bytecode lớp có vẻ như nó sẽ dễ dàng. Javassist cung cấp nhiều cách để thêm mã vào ở đầu và cuối của các phương thức, sau tất cả, mã này phải chính xác với những gì mà tôi đã thực hiện trong mã nguồn để thêm thông tin tính thời gian cho phương thức này. Tuy nhiên, cũng có một khó khăn. Khi tôi đã mô tả cách Javassist để cho phép bạn thêm mã, tôi đã nói rằng mã thêm vào không thể tham chiếu đến các biến cục bộ đã xác định ở những nơi khác trong phương thức. Sự hạn chế này ngăn cản tôi triển khai thực hiện mã tính thời gian trong Javassist theo cùng cách mà tôi đã thực hiện trong mã nguồn; trong trường hợp đó, tôi đã xác định một biến cục bộ mới trong mã được thêm vào ở lúc bắt đầu và đã tham chiếu biến đó trong mã được thêm vào ở cuối. Vậy tôi có thể sử dụng cách tiếp cận khác nào để nhận được tác dụng tương tự? Đúng, tôi có thể thêm một trường thành viên mới vào lớp đó và sử dụng nó thay cho biến cục bộ. Tuy nhiên đó là hơi hướng của giải pháp và phạm phải một số hạn chế về sử dụng chung. Ví dụ, hãy xem điều gì sẽ xảy ra với một phương thức
- đệ quy. Mỗi lần phương thức tự gọi chính nó, giá trị thời gian bắt đầu được lưu trữ từ lần gọi cuối cùng sẽ bị ghi đè và bị mất. May mắn thay có một giải pháp tốt hơn. Tôi có thể giữ cho mã phương thức ban đầu không thay đổi và chỉ cần thay đổi tên phương thức, sau đó thêm một phương thức mới bằng cách sử dụng tên ban đầu. Phương thức interceptor (chặn) này có thể sử dụng cùng chữ ký như phương thức ban đầu, kể cả trả về giá trị như nhau. Liệt kê 3 cho thấy một phiên bản mã nguồn của phương thức này sẽ trông như sau: Liệt kê 3. Thêm một phương thức chặn trong mã nguồn private String buildString$impl(int length) { String result = ""; for (int i = 0; i < length; i++) { result += (char)(i%26 + 'a'); } return result; } private String buildString(int length) { long start = System.currentTimeMillis(); String result = buildString$impl(length); System.out.println("Call to buildString took " + (System.currentTimeMillis()-start) + " ms."); return result; }
- Cách tiếp cận của việc sử dụng một phương thức chặn này hoạt động tốt với Javassist. Vì toàn bộ phần thân của phương thức này là một khối, tôi có thể xác định và sử dụng các biến cục bộ trong phần thân mà không có bất kỳ vấn đề nào. Tạo mã nguồn cho phương thức chặn này cũng dễ dàng; chỉ cần một vài thay đổi để làm việc với phương thức có thể bất kì. Chạy phương thức chặn Triển khai thực hiện các đoạn mã để thêm vào tính thời gian của phương thức sử dụng một số các Javassist API đã mô tả trong những điều cơ bản về Javassist. Liệt kê 4 cho thấy mã này, dưới dạng một ứng dụng lấy một cặp các đối số dòng lệnh cho tên lớp và tên phương thức được tính thời gian. Phần thân phương thức main() chỉ tìm thấy các thông tin lớp và sau đó chuyển nó tới phương thức addTiming() để xử lý các sửa đổi thực sự. Phương thức addTiming() đầu tiên đặt lại tên cho phương thức hiện tại bằng cách gắn thêm "$impl" vào cuối tên, sau đó tạo một bản sao của phương thức khi sử dụng tên ban đầu. Sau đó nó thay thế thân phương thức đã sao chép với mã có tính thời gian đang bao bọc một cuộc gọi đến phương thức ban đầu đã đổi tên. Liệt kê 4. Thêm phương thức chặn với Javassist public class JassistTiming { public static void main(String[] argv) { if (argv.length == 2) { try { // start by getting the class file and method CtClass clas = ClassPool.getDefault().get(argv[0]); if (clas == null) {
- System.err.println("Class " + argv[0] + " not found"); } else { // add timing interceptor to the class addTiming(clas, argv[1]); clas.writeFile(); System.out.println("Added timing to method " + argv[0] + "." + argv[1]); } } catch (CannotCompileException ex) { ex.printStackTrace(); } catch (NotFoundException ex) { ex.printStackTrace(); } catch (IOException ex) { ex.printStackTrace(); } } else { System.out.println("Usage: JassistTiming class method-name"); }
- } private static void addTiming(CtClass clas, String mname) throws NotFoundException, CannotCompileException { // get the method information (throws exception if method with // given name is not declared directly by this class, returns // arbitrary choice if more than one with the given name) CtMethod mold = clas.getDeclaredMethod(mname); // rename old method to synthetic name, then duplicate the // method with original name for use as interceptor String nname = mname+"$impl"; mold.setName(nname); CtMethod mnew = CtNewMethod.copy(mold, mname, clas, null); // start the body text generation by saving the start time // to a local variable, then call the timed method; the // actual code generated needs to depend on whether the // timed method returns a value String type = mold.getReturnType().getName(); StringBuffer body = new StringBuffer();
- body.append("{\nlong start = System.currentTimeMillis();\n"); if (!"void".equals(type)) { body.append(type + " result = "); } body.append(nname + "($$);\n"); // finish body text generation with call to print the timing // information, and return saved value (if not void) body.append("System.out.println(\"Call to method " + mname + " took \" +\n (System.currentTimeMillis()-start) + " + "\" ms.\");\n"); if (!"void".equals(type)) { body.append("return result;\n"); } body.append("}"); // replace the body of the interceptor method with generated // code block and add it to class mnew.setBody(body.toString()); clas.addMethod(mnew); // print the generated code block just to show what was done
- System.out.println("Interceptor method body:"); System.out.println(body.toString()); } } Xây dựng phần thân phương thức chặn sử dụng một java.lang.StringBuffer để tích lũy phần văn bản thân (chỉ ra một cách thích hợp để xử lý xây dựng String , trái với cách tiếp cận đã dùng trong StringBuilder). Phần thân văn bản thay đổi dựa vào phương thức ban đầu có trả về một giá trị hay không. Nếu nó thực sự trả về một giá trị, mã đã xây dựng lưu trữ giá trị đó trong một biến cục bộ sao cho nó có thể được trả về ở cuối của phương thức chặn. Nếu phương thức ban đầu là kiểu khoảng trống, thì chẳng có gì để lưu trữ cả và chẳng có gì để trả về từ phương thức chặn. Phần văn bản thân trên thực tế trông giống như mã Java tiêu chuẩn trừ các cuộc gọi đến (được đổi tên) phương thức ban đầu. Đây là một dòng body.append(nname + "($$);\n"); trong đoạn mã đó, ở đây nname là tên đã sửa đổi cho phương thức ban đầu. Trình nhận dạng $$ được sử dụng trong cuộc gọi là cách mà Javassist trình bày danh sách các tham số cho phương thức trong xây dựng. Bằng cách sử dụng trình nhận dạng này trong cuộc gọi đến phương thức ban đầu, tất cả các đối số được cung cấp trong cuộc gọi này đến phương thức chặn được chuyển qua tới phương thức ban đầu. Liệt kê 5 cho thấy các kết quả của lần đầu tiên chạy chương trình StringBuilder ở dạng chưa sửa đổi, sau đó chạy chương trình JassistTiming để thêm thông tin tính thời gian và cuối cùng là chạy chương trình StringBuilder sau khi nó được sửa đổi. Bạn có thể thấy cách StringBuilder chạy sau thay đổi về các thời gian thực hiện và bao nhiêu lần tăng nhanh hơn so với chiều dài của chuỗi được xây dựng, do đoạn mã xây dựng chuỗi không hiệu quả. Liệt kê 5. Chạy các chương trình [dennis]$ java StringBuilder 1000 2000 4000 8000 16000
- Constructed string of length 1000 Constructed string of length 2000 Constructed string of length 4000 Constructed string of length 8000 Constructed string of length 16000 [dennis]$ java -cp javassist.jar:. JassistTiming StringBuilder buildString Interceptor method body: { long start = System.currentTimeMillis(); java.lang.String result = buildString$impl($$); System.out.println("Call to method buildString took " + (System.currentTimeMillis()-start) + " ms."); return result; } Added timing to method StringBuilder.buildString [dennis]$ java StringBuilder 1000 2000 4000 8000 16000 Call to method buildString took 37 ms. Constructed string of length 1000 Call to method buildString took 59 ms. Constructed string of length 2000
- Call to method buildString took 181 ms. Constructed string of length 4000 Call to method buildString took 863 ms. Constructed string of length 8000 Call to method buildString took 4154 ms. Constructed string of length 16000 Tin tưởng vào mã nguồn, Luke? Javassist thực hiện một công việc rất lớn làm cho hoạt động lớp dễ dàng bằng cách cho phép bạn làm việc với mã nguồn chứ không phải là các danh sách hướng dẫn bytecode thực sự. Nhưng điều dễ sử dụng này đi kèm với một số hạn chế. Như tôi đã đề cập lại trong mã nguồn của tất cả các bytecode, mã nguồn được Javassist sử dụng không chính xác là ngôn ngữ Java. Bên cạnh việc thừa nhận các trình nhận dạng đặc biệt trong mã này, Javassist triển khai thực hiện kiểm tra thời gian biên dịch lỏng lẻo trên mã hơn được đặc tả ngôn ngữ Java yêu cầu. Vì điều này, nó sẽ tạo bytecode từ mã nguồn theo những cách có thể có các kết quả gây ngạc nhiên nếu bạn không cẩn thận. Ví dụ, Liệt kê 6 cho thấy những gì xảy ra khi tôi thay đổi kiểu của biến cục bộ thường sử dụng cho thời gian bắt đầu phương thức trong mã chặn từ biến long sang int. Javassist chấp nhận mã nguồn và biến đổi nó thành bytecode hợp lệ, nhưng các thời gian kết quả là sai. Nếu bạn đã thử biên dịch trực tiếp nhiệm vụ này vào trong một chương trình Java, bạn sẽ nhận được một lỗi biên dịch vì nó vi phạm một trong các quy tắc của ngôn ngữ Java: một nhiệm vụ hẹp đòi hỏi một khuôn mẫu. Liệt kê 6. . Lưu trữ một biến long trong một biến int
- [dennis]$ java -cp javassist.jar:. JassistTiming StringBuilder buildString Interceptor method body: { int start = System.currentTimeMillis(); java.lang.String result = buildString$impl($$); System.out.println("Call to method buildString took " + (System.currentTimeMillis()-start) + " ms."); return result; } Added timing to method StringBuilder.buildString [dennis]$ java StringBuilder 1000 2000 4000 8000 16000 Call to method buildString took 1060856922184 ms. Constructed string of length 1000 Call to method buildString took 1060856922172 ms. Constructed string of length 2000 Call to method buildString took 1060856922382 ms. Constructed string of length 4000 Call to method buildString took 1060856922809 ms. Constructed string of length 8000 Call to method buildString took 1060856926253 ms. Constructed string of length 16000
- Tùy thuộc vào những gì bạn làm trong mã nguồn, thậm chí bạn có thể nhận được Javassist để tạo bytecode không hợp lệ. Liệt kê 7 cho thấy một ví dụ về điều này, ở đây tôi đã vá lỗi đoạn mã JassistTiming để luôn luôn xử lý phương thức có tính thời gian như sự trả về một giá trị int. Javassist một lần nữa chấp nhận mã nguồn mà không đưa ra lỗi, nhưng bytecode không thực hiện xác nhận tính hợp lệ khi tôi cố gắng thực hiện nó. Liệt kê 7. Lưu trữ một biến String vào một biến int [dennis]$ java -cp javassist.jar:. JassistTiming StringBuilder buildString Interceptor method body: { long start = System.currentTimeMillis(); int result = buildString$impl($$); System.out.println("Call to method buildString took " + (System.currentTimeMillis()-start) + " ms."); return result; } Added timing to method StringBuilder.buildString [dennis]$ java StringBuilder 1000 2000 4000 8000 16000 Exception in thread "main" java.lang.VerifyError: (class: StringBuilder, method: buildString signature: (I)Ljava/lang/String;) Expecting to find integer on stack
- Kiểu kết quả này không phải là một vấn đề miễn là bạn cẩn thận với mã nguồn mà bạn cung cấp cho Javassist. Tuy nhiên thật quan trọng để nhận ra rằng Javassist sẽ không nhất thiết phải bắt giữ bất kỳ lỗi nào trong mã này và rằng các kết quả của một lỗi có thể khó dự đoán. Nhìn về phía trước Có rất nhiều thứ với Javassist hơn những gì chúng tôi đã trình bày trong bài viết này. Tháng tới, chúng ta sẽ nghiên cứu sâu hơn một chút bằng việc xem xét một số các kết nối đặc biệt mà Javassist cung cấp cho việc sửa đổi số lượng lớn các lớp và cho việc sửa đổi đang thực hiện như là các lớp được nạp trong thời gian chạy. Đây là những tính năng cung cấp cho Javassist một công cụ quan trọng để triển khai thực hiện các khía cạnh trong các ứng dụng của bạn, vì vậy hãy chắc chắn rằng bạn nắm bắt được các phần tiếp theo với câu chuyện đầy đủ về công cụ mạnh mẽ này. Mục lục Những điều cơ bản về Javassist Hoạt động lớp với Javassist Tin tưởng vào mã nguồn, Luke? Nhìn về phía trước
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Đề thi Java - Đề 6
9 p | 237 | 56
-
Động lực học lập trình Java, Phần 1: Các lớp Java và việc nạp các lớp Quan sát các lớp và những gì xảy ra khi chúng được một JVM nạp
13 p | 172 | 52
-
Đề thi Java - Đề 9
4 p | 201 | 34
-
Động lực học lập trình Java, Phần 8: Thay thế sự phản chiếu bằng việc tạo mã
22 p | 100 | 22
-
Động lực học lập trình Java, Phần 5: Việc chuyển đổi các lớp đang hoạt động
20 p | 92 | 17
-
Động lực học lập trình Java, Phần 2: Giới thiệu sự phản chiếu Sử dụng thông tin lớp trong thời gian chạy để khởi động việc lập trình của bạn
20 p | 83 | 13
-
Động lực học lập trình Java, Phần 3: Ứng dụng sự phản chiếu Xây dựng một khung công tác cho các đối số dòng lệnh
16 p | 110 | 12
-
Động lực học lập trình Java, Phần 7: Kỹ thuật bytecode với BCEL Apache BCEL cho phép bạn đi đến các chi tiết về ngôn ngữ assembler của JVM cho hoạt động lớp
24 p | 70 | 11
-
Động lực học lập trình Java, Phần 6: Các thay đổi hướng-khía cạnh với Javassist
22 p | 85 | 10
-
Định vị các phần cụ thể của tài liệu XML với XPath, Phần 2 Cải tiến kết quả của XPath sử dụng vị từ phù hợp
74 p | 119 | 7
-
C Platform-Specific Event Handling
14 p | 76 | 6
Chịu trách nhiệm nội dung:
Nguyễn Công Hà - Giám đốc Công ty TNHH TÀI LIỆU TRỰC TUYẾN VI NA
LIÊN HỆ
Địa chỉ: P402, 54A Nơ Trang Long, Phường 14, Q.Bình Thạnh, TP.HCM
Hotline: 093 303 0098
Email: support@tailieu.vn