Làm cách nào để tăng tốc độ khởi động của ứng dụng delphi?

Question

Bạn làm gì để tăng tốc độ khởi động (hoặc giảm thời gian khởi động) của ứng dụng Delphi?

Khác với ứng dụng cụ thể, có thủ thuật tiêu chuẩn nào luôn hoạt động không?

Lưu ý: Tôi không nói về thuật toán nhanh hoặc lượt thích. Chỉ có sự gia tăng hiệu suất khi khởi động, về mặt tốc độ.

Answer 1

Hãy thử làm ít nhất có thể trong sự kiện OnCreate của biểu mẫu chính. Thay vì , hãy chuyển một số khởi tạo sang phương thức khác và thực hiện sau khi biểu mẫu được hiển thị cho người dùng. Một chỉ báo cho biết ứng dụng đang bận với con trỏ chuột bận sẽ đi một chặng đường dài.

Thử nghiệm được thực hiện cho thấy nếu bạn thực hiện chính xác cùng một ứng dụng và chỉ cần thêm thông báo khởi động vào đó, người dùng thực sự cảm nhận ứng dụng đó khi khởi động nhanh hơn!

Ngoài ra bạn có thể làm những việc thông thường như loại trừ thông tin gỡ lỗi và bật tối ưu hóa trong trình biên dịch.

Trên hết, không tự động tạo tất cả các biểu mẫu của bạn. Tạo chúng động khi bạn cần chúng.

Answer 2

Trong tùy chọn dự án, không tự động tạo tất cả biểu mẫu của bạn ở phía trước. Tạo và giải phóng chúng khi cần.

Answer 3

Ba sự việc xảy ra trước khi hình thức của bạn được hiển thị: khối

1. Tất cả 'khởi' trong tất cả các đơn vị được thực hiện theo thứ tự "đầu tiên nhìn thấy".
2. Tất cả biểu mẫu được tạo tự động được tạo (được tải từ các tệp DFM và trình xử lý OnCreate của chúng được gọi)
3. Biểu mẫu chính được hiển thị (OnShow và OnActivate được gọi).

Như đã chỉ ra, bạn chỉ nên tạo tự động một số ít biểu mẫu (đặc biệt nếu chúng là các biểu mẫu phức tạp với nhiều thành phần) và không nên xử lý lâu dài trong các sự kiện OnCreate. Nếu tình cờ, hình thức chính của bạn rất phức tạp, bạn nên thiết kế lại nó. Một khả năng là chia biểu mẫu chính thành nhiều khung hình được tải theo yêu cầu.

Cũng có thể một trong các khối khởi tạo đang dành một chút thời gian để thực thi. Để xác minh, hãy đặt một điểm ngắt trên dòng đầu tiên của chương trình của bạn (chính 'bắt đầu..đọc' khối trong tệp .dpr) và bắt đầu chương trình. Tất cả khối khởi tạo sẽ được thực hiện và sau đó điểm ngắt sẽ dừng thực thi.

Theo cách tương tự, bạn có thể bước (F8) qua chương trình chính - bạn sẽ thấy mất bao lâu cho mỗi biểu mẫu được tạo tự động được tạo.

Answer 4

Vâng, như Argalatyr đề nghị tôi thay đổi nhận xét của tôi đến một câu trả lời riêng biệt:

Là một phần mở rộng của "không tự động tạo các biểu mẫu" câu trả lời (mà sẽ được khá hiệu quả bởi chính nó) Tôi đề nghị hoãn mở kết nối với cơ sở dữ liệu, internet, máy chủ COM và bất kỳ thiết bị ngoại vi nào cho đến khi bạn cần nó trước.

Answer 5

Hiển thị màn hình giật gân, vì vậy mọi người sẽ không nhận thấy thời gian khởi động dài :).

Answer 6

Mã nhanh nhất - đó là mã, không bao giờ chạy. Khá rõ ràng, thực sự;)

Answer 7

Triển khai ứng dụng có thể (và thường xảy ra!) Xảy ra theo cách mà nhà phát triển có thể chưa cân nhắc. Theo kinh nghiệm của tôi, điều này tạo ra nhiều vấn đề hiệu suất hơn bất kỳ ai muốn.

Một nút cổ chai phổ biến là truy cập tệp - tệp cấu hình, tệp ini cần thiết để khởi chạy ứng dụng có thể hoạt động tốt trên máy phát triển nhưng thực hiện quá trình trong các tình huống triển khai khác nhau. Tương tự, việc ghi nhật ký ứng dụng có thể cản trở hiệu suất - cho dù vì lý do truy cập tệp hay tăng trưởng tệp nhật ký. Những gì tôi thấy thường xuyên là các ứng dụng đa ứng dụng được triển khai trong môi trường Citrix hoặc trên ổ đĩa mạng chia sẻ, nơi nhóm cơ sở hạ tầng quyết định rằng tệp tạm thời hoặc tệp cá nhân của người dùng được lưu trữ ở vị trí mà ứng dụng tìm thấy sự cố và điều này dẫn đến các vấn đề về hiệu suất hoặc độ ổn định.

Một vấn đề khác mà tôi thường thấy ảnh hưởng đến hiệu suất ứng dụng là phương pháp được sử dụng để nhập và xuất dữ liệu vào tệp. Thông thường trong các ứng dụng kinh doanh Delphi tôi thấy chức năng xuất khẩu làm việc ra DataSets - lặp và ghi vào tập tin. Xem xét phương thức được sử dụng để ghi vào tệp, xem xét bộ nhớ có sẵn, xem xét rằng 'thư mục' được ghi vào/đọc từ có thể là cục bộ cho máy, hoặc nó có thể nằm trên máy chủ từ xa.

Nhà phát triển có thể cho rằng đây là những vấn đề cài đặt, nằm ngoài phạm vi quan tâm của họ. Tôi thường thấy nhiều chu kỳ phân tích nhà phát triển về loại vấn đề này trước khi nó được xác định là 'vấn đề cơ sở hạ tầng'.

Answer 8

• Điều đầu tiên cần làm là xóa tự động danh sách biểu mẫu đã tạo (tìm kiếm Dự án Tùy chọn). Tạo các biểu mẫu khi đang bay khi cần, đặc biệt nếu ứng dụng sử dụng kết nối cơ sở dữ liệu (datamodule) hoặc các biểu mẫu bao gồm sử dụng nhiều điều khiển.
• Xem xét sử dụng hình thức thừa kế cũng để giảm kích thước exe (sử dụng tài nguyên được mimized)
• số Giảm các hình thức và hợp nhất các chức năng tương tự hoặc có liên quan vào hình thức đơn

Answer 9

Đặt nhiệm vụ chạy dài (kết nối mở cơ sở dữ liệu, kết nối với máy chủ ứng dụng, v.v.) phải được thực hiện khi khởi động trong một chuỗi. Bất kỳ chức năng nào phụ thuộc vào các tác vụ này đều bị vô hiệu hóa cho đến khi hoàn thành chuỗi.

Đó là một chút gian lận. Biểu mẫu chính xuất hiện ngay lập tức nhưng bạn chỉ cho xuất hiện thời gian khởi động nhanh hơn.

Answer 10

Nén tệp thi hành của bạn và mọi tệp dll bằng cách sử dụng một cái gì đó như ASPack hoặc UPX. Thời gian giải nén nhiều hơn so với thời gian tải nhanh hơn.

UPX được sử dụng làm example cách tải FireFox nhanh hơn.

Lưu ý rằng có downsides để nén exe.

Answer 11

Đây chỉ dành cho IDE, nhưng Chris Hesick đã đăng một blog về increasing startup performance under the debugger.