Thay thế cho SendKeys khi chạy trên Remote Desktop?

Question

Tôi có một ứng dụng sẽ chuyển tổ hợp phím vào các ứng dụng thông qua SendKeys.

Thật không may, ứng dụng sẽ không hoạt động khi tôi chạy nó qua Remote Desktop vì vấn đề nổi tiếng mà SendKeys không hoạt động với Remote Desktop.

Có ai đã giải quyết vấn đề này trước đây hoặc có bất kỳ đề xuất nào tốt về cách giải quyết vấn đề này không?

Answer 1

SendKeys không phải là một sự phù hợp tốt chủ yếu là do:

• Nó chỉ có thể gửi chìa khóa để hoạt động/tập trung ứng dụng, mà không bao giờ được bảo đảm để làm việc vì các ứng dụng hoạt động có thể thay đổi giữa thời gian các phím được thực sự đã gửi.
• RDP và nhiều thư viện khác (ví dụ: DirectX) chặn chúng chủ yếu vì lý do bảo mật.

lựa chọn thay thế tốt hơn:

• Sử dụng SendMessage hoặc SendInput cho các nhu cầu đơn giản
• Một số ví dụ tốt về cách sử dụng SendMessage có thể được tìm thấy:
  • Send strings to another application by using Windows messages
  • SendMessage via pInvoke
  • How To Send Keystrokes To Extern Win Application
• Đối với nhu cầu phức tạp hơn, nó được khuyến khích sử dụng WCF
• Để giúp bạn bắt đầu, đọc Basic Tutorial này nói về quá trình liên thông

Mẫu mã sử dụng SendMessage:

HWND hwndNotepad = FindWindow(_T("Notepad"), NULL); 
HWND hwndEdit = FindWindowEx(hwndNotepad, NULL, _T("Edit"), NULL); 
SendMessage(hwndEdit, WM_SETTEXT, NULL, (LPARAM)_T("hello")); 

Answer 2

Trong trường hợp của tôi, tôi đã sử dụng sendkeys như một phần của tự động hóa thử nghiệm. Nó sẽ không hoạt động từ máy xây dựng của tôi, nơi tác nhân xây dựng chạy qua giao thức máy tính từ xa. Tôi không hài lòng về nó nhưng tôi đã có thể bỏ qua thử nghiệm đó như là một phần của các bản dựng tự động của tôi.

Sử dụng các cuộc gọi Win32 để gửi tin nhắn cửa sổ có thể hoạt động, nếu tôi có thời gian tôi có thể thử vào một ngày nào đó.

Nhưng dù sao, đây là việc kiểm tra để xem nếu mã hiện đang chạy trong một phiên họp để bàn từ xa:

System.Environment.GetEnvironmentVariable("SESSIONNAME").StartsWith("RDP-") 

Answer 3

Bạn có thể workaround vấn đề RDP bằng việc có máy tính để bàn luôn đăng nhập trước khi sử dụng (hoặc cấu hình cho auto đăng nhập @ mỗi lần khởi động).

Và ngay cả khi tự động đăng nhập, nếu bạn cần truy cập máy tính để bàn từ xa để chạy tự động hóa hoặc quản lý hệ thống, v.v., phương pháp ưa thích là sử dụng VNC để truy cập từ xa thay vì RDP. Lý do là VNC là nền tảng chéo và bạn sẽ không gặp phải vấn đề RDP này. VNC hoạt động giống như một máy tính để bàn thực sự của bạn (RDP console 0 hoặc "head" của máy), bất lợi là một phiên làm việc từ xa tại một thời điểm (hoặc bạn chia sẻ cùng một bàn phím + bàn phím + chuột). VNC cũng sẽ làm việc cho các máy ảo.Sử dụng VNC thay vì truy cập RDP hoặc cục bộ (RDP) từ phần mềm quản lý máy ảo (VMWare/Hyper-V/Xen).

Điều duy nhất cần lưu ý với VNC là máy tính không được cấu hình để tự động khóa khi không hoạt động hoặc bảo vệ màn hình, cũng có thể dừng tự động gửi khóa và tự động hóa GUI. Screensaver & màn hình tiết kiệm điện năng là ok, chỉ cần không tự động khóa & mật khẩu bảo vệ. Chú ý: Tôi không chắc chắn, nhưng tin rằng kể từ khi VNC chuyển máy tính để bàn "như là", nó cũng giống như thực hiện tại địa phương từ quan điểm của ứng dụng/hệ thống, vì vậy nó nên trong lý thuyết cũng có thể đánh lừa hệ thống/ứng dụng không cho phép SendKeys qua RDP. Tôi không gặp vấn đề gì khi sử dụng phương thức VNC này cho AutoIt + SendKeys, cho dù tôi đã được kết nối tích cực qua VNC hay bị ngắt kết nối (sendkeys/automation vẫn tiếp tục hoạt động sau khi ngắt kết nối vì trên máy tính thực tế, nó vẫn đăng nhập, VNC không hoạt động).

Answer 4

Trong trường hợp của tôi, tôi đã sử dụng thành công SendInput của WinAPI với mã quét phần cứng. Dường như SendKeys lập bản đồ ký tự để quét mã không chính xác.