Không có vấn đề bảo mật nào mà tôi có thể nghĩ đến. Có chắc chắn nhất là một vấn đề hiệu suất, xây dựng Debug của hội đồng của bạn có chứa một thuộc tính (DebuggableAttribute) mà sẽ luôn luôn ngăn chặn các trình tối ưu hóa jitter từ tối ưu hóa mã. Điều này có thể tạo ra sự khác biệt lớn về mức độ hoàn hảo của chương trình đang chạy. Tối ưu hóa được thực hiện bởi jitter được ghi lại trong this answer.
Bạn có thể gặp sự cố với mức tiêu thụ bộ nhớ. Bộ thu gom rác sẽ hoạt động khác nhau, giữ các biến cục bộ còn sống cho đến khi kết thúc phần thân phương thức. Đây là một trường hợp góc và một vấn đề như vậy nên đã được chẩn đoán trong khi thử nghiệm ứng dụng, giả sử bạn đã sử dụng dữ liệu thực tế.
Cụ thể đối với VB.NET, vận chuyển bản dựng Gỡ lỗi có thể dễ dàng khiến chương trình của bạn gặp sự cố với OutOfMemoryException khi nó chạy trên máy của người dùng mà không có trình gỡ rối đính kèm. Nó không thành công do rò rỉ trên WeakReferences, được sử dụng bởi Edit + Continue để theo dõi các lớp có trình xử lý sự kiện với từ khóa WithEvents.
Nếu bạn không có nhu cầu về các cải tiến perf được tạo ra bởi trình tối ưu hóa jitter và không gửi các hội đồng VB.NET thì không có gì phải lo lắng nhiều.
Nguồn
2013-01-06 16:18:33
Cũng thấy [hiệu suất-sự khác biệt-giữa-gỡ lỗi và phát hành-xây dựng? Lq = 1] (http://stackoverflow.com/questions/4043821/performance-differences-between-debug-and-release-builds ? lq = 1) – nawfal