Tại sao Windows 64 bit cần một thư mục Tập tin Chương trình (x86) riêng biệt?

Tôi biết rằng trên phiên bản Windows 64 bit, thư mục "Tệp chương trình" dành cho các chương trình 64 bit và thư mục "Tệp chương trình (x86)" dành cho các chương trình 32 bit, nhưng tại sao điều này thậm chí còn cần thiết?

Theo "cần thiết", tôi không có nghĩa là "tại sao Microsoft không thể đưa ra bất kỳ quyết định thiết kế nào khác?" bởi vì tất nhiên họ có thể có. Thay vào đó, ý tôi là, "tại sao, với thiết kế hiện tại của Windows 64 bit, các chương trình 32 bit phải có một thư mục cấp cao nhất riêng biệt với các chương trình 64 bit?" Nói cách khác, "điều gì sẽ xảy ra nếu tôi bằng cách nào đó tránh được cơ chế chuyển hướng và buộc mọi thứ phải cài đặt thành thực C:\Program Files\?"

Có rất nhiều câu hỏi về Super User và những nơi khác khẳng định "một là cho các chương trình 32 bit, một là cho các chương trình 64 bit", nhưng không có câu hỏi nào tôi có thể tìm ra lý do. Theo kinh nghiệm của tôi, dường như không có vấn đề gì nếu chương trình 32 bit được cài đặt đúng chỗ hay không.

Windows bằng cách nào đó trình bày chính nó khác với một chương trình hết "Tệp chương trình (x86)"? Có một mô tả cho thấy chính xác những gì khác nhau cho một chương trình được cài đặt trong "Tệp chương trình (x86)" thay vì "Tệp chương trình" không? Tôi nghĩ rằng Microsoft không thể giới thiệu một thư mục mới mà không có lý do kỹ thuật hợp pháp.

Câu trả lời ngắn: Để đảm bảo các ứng dụng 32 bit kế thừa tiếp tục hoạt động giống như trước đây mà không áp đặt các quy tắc xấu cho các ứng dụng 64 bit sẽ tạo ra một mớ hỗn độn vĩnh viễn.

Nó không phải là cần thiết. Nó chỉ thuận tiện hơn các giải pháp khả thi khác như yêu cầu mọi ứng dụng tạo ra cách riêng để tách DLL 32 bit và tệp thực thi khỏi DLL 64 bit và tệp thực thi.

Lý do chính là để tạo ra các ứng dụng 32 bit thậm chí không biết các hệ thống 64 bit tồn tại "chỉ hoạt động", ngay cả khi DLL 64 bit được cài đặt ở những nơi mà ứng dụng có thể nhìn. Ứng dụng 32 bit sẽ không thể tải DLL 64 bit, do đó cần có phương pháp để đảm bảo rằng ứng dụng 32 bit (có thể có trước các hệ thống 64 bit và do đó không có tệp 64 bit nào thậm chí tồn tại) sẽ không tìm thấy DLL 64 bit, thử tải nó, thất bại và sau đó tạo thông báo lỗi.

Giải pháp đơn giản nhất cho việc này là các thư mục riêng biệt. Thực sự thay thế duy nhất là yêu cầu mọi ứng dụng 64 bit "ẩn" các tệp thực thi của nó ở đâu đó mà ứng dụng 32 bit sẽ không nhìn thấy, chẳng hạn như một bin64thư mục bên trong ứng dụng đó. Nhưng điều đó sẽ áp đặt sự xấu xí vĩnh viễn cho các hệ thống 64 bit chỉ để hỗ trợ các ứng dụng cũ.

Nó cho phép bạn cài đặt cả phiên bản 32 bit và 64 bit của ứng dụng mà không cần ghi đè lên chính nó.

Sau khi xem câu trả lời này và nhận xét chủ đề vào ngày hôm sau, tôi nhận ra một sự giám sát lớn có thể có trong câu trả lời của tôi. Tôi đã giả định một nền tảng lập trình và khi tôi nói về bạn trong các bình luận của tôi, tôi không có nghĩa là người dùng, mà là lập trình viên.

Tôi không làm việc cho Microsoft và tôi không biết lý do thực sự đằng sau các thư mục này là gì, nhưng tôi nghĩ lý do để có các thư mục này quá rõ ràng đến nỗi tôi không có vấn đề gì để tranh cãi.

Vì vậy, hãy phá vỡ nó!

1. Thư mục thật tuyệt vời!

   Hãy đồng ý về một cái gì đó. Thư mục rất tuyệt! Chúng tôi không cần chúng, chúng tôi có đủ tên tệp có thể để đặt mọi tệp đơn vào thư mục gốc của ổ cứng, vậy tại sao lại có thư mục?

   Vâng, họ giúp chúng tôi đặt hàng công cụ của chúng tôi. Và đặt hàng công cụ là tuyệt vời. Nó giúp chúng ta xử lý mọi thứ dễ dàng hơn. Điều này đặc biệt hữu ích khi làm việc với một máy đòi hỏi cấu trúc.

2. Tách dữ liệu và logic là tuyệt vời!

   Một mô hình thường được tìm thấy trong lập trình, là tách dữ liệu khỏi logic. Bạn muốn một phần biết cách làm một cái gì đó và bạn muốn một phần khác bạn có thể làm một cái gì đó với .

   Điều này cũng được tìm thấy trong hệ thống tập tin.

   Chúng tôi có các thư mục cho ứng dụng (logic) và thư mục cho các vật có giá trị (dữ liệu) của chúng tôi:

   Logic VCL

   • %WINDIR%
   • %PROGRAMFILES%
   • %PROGRAMFILES(x86)%

   Dữ liệu

   • %PROGRAMDATA%
   • %HOMEDRIVE%%HOMEPATH%

   Vì vậy, có vẻ như các thư mục là tuyệt vời và nó có ý nghĩa để đặt các chương trình trong thư mục nhỏ của riêng họ. Nhưng tại sao lại có 2? Tại sao không để trình cài đặt xử lý và đặt mọi thứ vào một Programsthư mục?

3. Trình cài đặt không phải là phép thuật

   Ngày nay, chúng ta thường sử dụng các chương trình nhỏ để cài đặt các chương trình lớn hơn. Chúng tôi gọi những trình cài đặt chương trình nhỏ này .

   Trình cài đặt không phải là phép thuật. Chúng phải được viết bởi các lập trình viên và là các ứng dụng (có lỗi có thể xảy ra) giống như bất kỳ ứng dụng nào khác hiện có. Vì vậy, hãy nhìn vào tình huống mà một lập trình viên tưởng tượng sẽ phải đối mặt với và không có hệ thống hiện tại:

   1 thư mục tập tin chương trình

   Nhà phát triển duy trì 2 trình cài đặt. Một cho phiên bản 32 bit và một cho phiên bản 64 bit của ứng dụng của mình. Trình cài đặt 32 bit sẽ ghi vào C:\Program Files\App\và trình cài đặt 64 bit sẽ ghi vào C:\Program Files\App\sixtyfour\.

   2 thư mục tập tin chương trình

   Nhà phát triển duy trì 1 trình cài đặt. Trình cài đặt sẽ luôn viết thư cho %PROGRAMFILES%và phụ thuộc vào hệ điều hành để mở rộng con đường phù hợp (bạn thực sự không sử dụng biến môi trường cho những trường hợp này, bạn muốn sử dụng SHGetKnownFolderPath với FOLDERID_ProgramFilesđể lấy đường dẫn chính xác).
   Mọi thứ đều tự động tìm và vị trí giống hệt với mọi ứng dụng bạn cài đặt .

4. Tính nhất quán có ý nghĩa

   Khi bạn học một cái gì đó, điều đó thường ngụ ý rằng một hành vi được quan sát là nhất quán. Nếu không thì thực sự không có gì để quan sát và học hỏi.

   Điều này cũng đúng với hệ thống tập tin nhỏ của chúng tôi. Nó có ý nghĩa để luôn luôn đặt cùng một thứ vào cùng một thư mục. Bằng cách đó, chúng tôi sẽ biết nơi để tìm khi chúng tôi đang tìm kiếm một cái gì đó.

   Hệ thống phân biệt ứng dụng 32/64 phù hợp với mục tiêu này. Các ứng dụng được phân tách thành 2 vị trí để tránh xung đột về tên, hành vi tải nhị phân và bảo mật (ở một mức độ nào đó).

Tôi vẫn không hiểu. Điều này dường như vô dụng

Bạn không bao giờ nên quên một điều. Mọi người vô cùng ngu ngốc. Điều này bao gồm người dùng, siêu người dùng và đặc biệt là lập trình viên.

Đây là lý do tại sao chúng ta cần những thứ như chuyển hướng hệ thống tệp để thậm chí làm cho hệ thống của chúng tôi có thể sử dụng được.

Các lập trình viên sẽ chỉ vào đó và cố gắng tải C:\Windows\system32\awesome.dllvà không quan tâm đến việc họ đang chạy trên hệ thống 32 hay 64 bit. Họ sẽ cố tải DLL 64 bit và đơn giản là gặp sự cố. Một số lập trình viên muốn sử dụng một số Office DLL, không vấn đề gì, họ biết tìm nó ở đâu! C:\Program Files\Microsoft\Office\14.0\wizards.dll... Và một vụ tai nạn khác!

Tất cả các yêu cầu này của ứng dụng 32 bit được chuyển hướng vào các đối tác 32 bit để tránh sự cố ứng dụng.

Chúng tôi cần một số tên thư mục cố định để xây dựng một hệ thống như vậy. Nếu không có cấu trúc thư mục để hỗ trợ chuyển hướng này, thì bạn sẽ làm cho nó hoạt động như thế nào?

Được rồi, bây giờ tôi hiểu rồi. Nhưng tại sao không dùng C:\Program Files\x86\sau đó?

Bây giờ chúng ta đang có triết lý ...

Điều gì sẽ xảy ra nếu tôi bằng cách nào đó tránh được cơ chế chuyển hướng và buộc mọi thứ phải cài đặt thành thực C:\Program Files\?

Rất có thể không có gì (miễn là các ứng dụng khác không phụ thuộc vào một vị trí cố định cho ứng dụng đó).

Cơ chế WOW64 móc vào CreateProcessvà sẽ thực hiện tinh vi hơn (tinh vi hơn so với việc kiểm tra tên thư mục của tệp thực thi) kiểm tra trên hình ảnh thực thi để xác định xem nó là 32 hay 64 bit.

Vâng, nhưng ý tôi là, như, TẤT CẢ các ứng dụng!

• Điều gì sẽ xảy ra nếu tôi đặt cả động cơ diesel và xăng vào xe của tôi?
• Điều gì sẽ xảy ra nếu tôi cố gắng sử dụng cả dòng điện xoay chiều và dòng điện trực tiếp trên cùng một dòng?
• Điều gì sẽ xảy ra nếu tôi giữ cả con mèo và con cá của tôi trong cùng một bể cá?

Một số câu hỏi không yêu cầu câu trả lời. Nó không có ý định được thực hiện, đừng làm điều đó. Không có gì để đạt được ở đây. Số lượng vấn đề thay đổi như vậy có thể gây ra sẽ luôn lớn hơn bất kỳ lợi ích có thể có mà ai đó có thể thấy trong việc này.

TL; DR:

Tóm lại, không, nó không cần thiết ; họ có thể đã sử dụng một thư mục duy nhất và không, Windows không hiển thị khác với chương trình đang chạy từ vị trí này hay vị trí khác.

Chà, mọi người dường như đang đưa ra ý kiến ​​của họ về vấn đề này, vì vậy tôi sẽ đưa ra 2. Những người khác đã phỏng đoán về lý do tại sao Microsoft chọn tạo các thư mục cấp cao nhất riêng biệt cho các phiên bản chương trình 32 bit và 64 bit, vì vậy tôi sẽ bỏ phần đó (lý do tốt nhất là lời giải thích của David rằng đó là một thuận tiện cho lập trình viên). Tất nhiên ngay cả sau đó, nó không hoàn toàn giải quyết câu hỏi trực tiếp tại sao điều này thậm chí còn cần thiết? , mà câu trả lời có lẽ là: không phải vậy .

Thay vào đó, tôi sẽ giải quyết phần chính của câu hỏi

Windows bằng cách nào đó trình bày chính nó khác với một chương trình hết "Tệp chương trình (x86)"?

Không thực sự, nhưng vị trí của chương trình có thể ảnh hưởng đến hành vi, nhưng không phải theo cách bạn nghĩ.

Khi bạn chạy một chương trình, Windows sẽ thiết lập một môi trường để chạy nó (ý tôi là về bộ nhớ, địa chỉ, v.v., không chỉ các biến môi trường). Môi trường này phụ thuộc vào nội dung của tệp thực thi (chương trình 32 bit và 64 bit khác nhau trong nội bộ). Khi bạn chạy chương trình 32 bit trên hệ thống 64 bit, nó chạy trong hệ thống con 32 bit mô phỏng môi trường 32 bit. Nó được gọi là WoW64 (WoW64 là viết tắt của Windows trên Windows 64 bit ) và tương tự như cách các ứng dụng 16 bit sẽ được chạy trong XP bằng NTVDM .

Khi bạn chạy một chương trình có hoặc không có đặc quyền của quản trị viên, nó sẽ ảnh hưởng đến cách chạy, nhưng vị trí sẽ không ảnh hưởng đến nó (mặc dù có một số ví dụ về sự phụ thuộc vị trí như một số trình điều khiển chẳng hạn).

(Tôi đang sử dụng một máy tính khác, vì vậy tôi không thể dựa vào lịch sử trình duyệt của mình để quay lại các bước của mình, nhưng vào ngày khác khi trả lời câu hỏi SU này, tôi đã kết thúc câu hỏi SO này dẫn đến Google PROCESSOR_ARCHITEW6432 dẫn đến câu hỏi SO này và blog này của Microsoft đăng .)

Ở đâu đó, tôi đọc một bài đăng StackOverflow về cách biến envirnoment %processor_architecutre% cho các kết quả khác nhau tùy thuộc vào nơi bạn chạy dấu nhắc lệnh (Tôi sẽ cố gắng tìm trích dẫn chính xác).

Câu trả lời hóa ra là do phiên bản 32 bit hoặc 64 bit của dấu nhắc lệnh đã được chạy (tức là từ System32\hoặc SysWoW64\). Nói cách khác, trong khi vị trí dường như ảnh hưởng đến hành vi của chương trình, thì đó chỉ là do có các phiên bản khác nhau của chương trình chứ không phải vì Windows xử lý thư mục theo cách đặc biệt.

Điều này có ý nghĩa bởi vì nội dung của tệp thực thi ra lệnh cho dù đó là 32 bit hay 64 bit, vì vậy bạn có thể đặt cả bản sao 32 bit và 64 bit của cùng một chương trình (ví dụ: foobar32.exevà foobar64.exe) vào cùng một thư mục và khi bạn thực hiện chúng, chúng sẽ được tải một cách chính xác (phiên bản 64 bit sẽ được chạy nguyên bản và phiên bản 32 bit sẽ được chạy trong lớp mô phỏng WoW64).

FreePascal cho phép bạn cài đặt cả hai phiên bản DOS và Windows và chúng đi trong cùng một thư mục : %programfiles%\FreePascal. Nó quản lý các kiến trúc khác nhau bằng cách giữ các file thực thi ( .exe, .sys, .dll, .ovr, vv) trong thư mục riêng biệt và chia sẻ các file tài nguyên như hình ảnh, nguồn tập tin, vv) Không có lý do kỹ thuật mà điều này có thể không còn được thực hiện cho 32 và Phiên bản 64 bit của một chương trình. Giống như David đã nói, lập trình viên sẽ dễ dàng hơn nếu chúng được giữ riêng biệt (nghĩa là sử dụng các biến để làm cho nó trông giống như chỉ có một bộ tệp, v.v.)

Một lý do khác là hầu hết các chương trình được sử dụng để sử dụng các biến môi trường như% PROGRAMFILES% để chỉ ra nơi chương trình của chúng được cài đặt. Đối với các chương trình 64 bit, nó đi đến nơi bình thường. Đối với các chương trình 32 bit, nó sẽ chuyển hướng đến Program Files (x86)thư mục mới .

Mặc dù, ít nhất là với công cụ .Net mới trong Visual Studio, giờ đây họ có biến App.Local giúp loại bỏ toàn bộ nhu cầu này.

Giải pháp của Microsoft cho quá trình chuyển đổi này từ 32 bit sang 64 bit là thêm hỗ trợ kế thừa cho hầu hết các ứng dụng 32 bit. Nói cách khác, hầu hết các ứng dụng 32 bit sẽ hoạt động trong môi trường hoạt động 64 bit. Hãy nhớ rằng các hệ điều hành khác hoạt động trên kiến ​​trúc 64 bit không thể tải hoặc chạy các ứng dụng 32 bit.

Để giúp việc chuyển đổi dễ dàng hơn, Microsoft đã chỉ định rằng tất cả ứng dụng 32 bit, theo mặc định, phải được tải vào thư mục Tệp chương trình (x86) thay vì trộn lẫn với các ứng dụng 64 bit thực sự trong thư mục Tệp chương trình thông thường.

Nguồn

"điều gì sẽ xảy ra nếu tôi bằng cách nào đó tránh được cơ chế chuyển hướng và buộc mọi thứ phải cài đặt vào C: \ Program Files \?"

Không có gì. Hai thư mục chương trình chỉ dành cho tổ chức hoặc để giữ các chương trình có hai phiên bản một phiên bản 32 bit và 64 bit, như Internet Explorer. Nhưng bạn có thể cài đặt chương trình 32 bit trong "Tệp chương trình" và chương trình 64 bit trong "Tệp chương trình x86" và không có gì xảy ra chương trình sẽ chạy tương tự.

Wiki nói:

Một số trình cài đặt ứng dụng từ chối khoảng trắng trong vị trí đường dẫn cài đặt. Đối với hệ thống 32 bit, tên viết tắt của thư mục Tệp chương trình là Progra ~ 1 . Đối với hệ thống 64 bit, tên viết tắt của thư mục Tệp chương trình 64 bit là Progra ~ 1 (giống như trên hệ thống 32 bit); trong khi tên viết tắt của thư mục Tệp chương trình 32 bit (x86) hiện là Progra ~ 2 .

Lý do là để nâng cấp chương trình lên 64 bit dễ dàng hơn cho các nhà phát triển. Họ không phải viết bất kỳ mã tùy chỉnh nào để kiểm tra chương trình trong một thư mục khi biên dịch ở chế độ 32 bit và trong thư mục khác khi biên dịch ở chế độ 64 bit; họ chỉ kiểm tra C:\Program Filesvà khi chạy ở chế độ 32 bit, điều này sẽ tự động được thay đổi thành C:\Program Files (x86)Windows 64 bit. Tương tự, các mục đăng ký được cách ly giữa các chương trình 32 bit và 64 bit.

Điều này ngăn chặn xung đột từ các nhà phát triển không biết thay đổi chế độ biên dịch thành 64 bit mà không cần suy nghĩ nhiều và ngăn chặn một lượng lớn công việc cho các nhà phát triển muốn người dùng có thể cài đặt cả phiên bản 32 và 64 bit của họ phần mềm đồng thời.

Nhưng tại sao bất kỳ chương trình nào cũng muốn cho phép cả hai phiên bản được cài đặt đồng thời? Một ví dụ: Photoshop và IE có các phần mở rộng là bản gốc. Bạn không thể trộn mã 32 và 64 bit trong cùng một quy trình, do đó, một addon cho phiên bản 32 bit không thể được sử dụng với phiên bản 64 bit và ngược lại. Do đó, Photoshop / IE phải cho phép cả hai phiên bản được cài đặt hoặc có nguy cơ phá vỡ cơ sở khổng lồ của các addon hiện có.

Các chương trình chạy trên "Tệp chương trình (x86)" sử dụng hệ thống con WOW64 (Windows 32-bit trên Windows 64-bit là một bộ trình điều khiển và API có ý định chạy các ứng dụng x32 trên hệ thống kiến ​​trúc x64):

Hệ thống con WoW64 bao gồm một lớp tương thích nhẹ có giao diện tương tự trên tất cả các phiên bản Windows 64 bit. Nó nhằm mục đích tạo ra một môi trường 32 bit cung cấp các giao diện cần thiết để chạy các ứng dụng Windows 32 bit chưa sửa đổi trên hệ thống 64 bit. Về mặt kỹ thuật, WoW64 được triển khai bằng ba thư viện liên kết động (DLL):

• Wow64.dll, giao diện cốt lõi cho nhân Windows NT dịch giữa các cuộc gọi 32 bit và 64 bit, bao gồm các thao tác ngăn xếp con trỏ và cuộc gọi
• Wow64win.dll, cung cấp các điểm nhập thích hợp cho các ứng dụng 32 bit
• Wow64cpu.dll, đảm nhiệm việc chuyển đổi bộ xử lý từ chế độ 32 bit sang 64 bit

Hệ thống 64 bit cần "mô phỏng" các ứng dụng 32 bit, đó là lý do tại sao Windows cần "tách riêng" hai thư mục Tệp chương trình.

Thật thú vị khi các câu trả lời ở đây và trên internet thay đổi khá nhiều. Tìm một câu trả lời chính xác cho câu hỏi quan trọng này là một thách thức. Dường như có khá nhiều thông tin sai lệch được trình bày trên internet, dẫn đến sự nhầm lẫn.

Tôi đã thực hiện một lượng nghiên cứu đáng kể và đã rút ra kết luận sau đây, điều mà tôi tin là chính xác:

• Nó không có sự khác biệt nơi một ứng dụng được lưu trữ. Khi chạy, Windows sẽ xác định xem ứng dụng là 32 bit hay 64 bit và tự động sử dụng phần đăng ký và DLL thích hợp.

Điều này xảy ra tự động và độc lập với nơi ứng dụng được lưu trữ. Không có tốc độ, độ tin cậy hoặc lợi ích chức năng khác để có các thư mục 32 bit và 64 bit riêng biệt.

Lý do duy nhất để phân tách mặc định thành hai thư mục ('Tệp chương trình' và 'Tệp chương trình (x86)') là nếu bạn có hai phiên bản của cùng một chương trình (phiên bản 32 bit và 64 bit), nó cung cấp một cách đơn giản để giữ các tập tin chồng chéo riêng biệt. Ngay cả trong trường hợp này, miễn là tất cả các tên tệp là duy nhất, chúng thực sự có thể tồn tại trong cùng một thư mục mà không có bất kỳ hậu quả nào.

Có một sự cảnh báo cho kết luận trên, và đó là một trong những ứng dụng được mã hóa kém. Nếu một ứng dụng có bất kỳ đường dẫn nào được mã hóa vào nó, nó sẽ chỉ sử dụng đường dẫn đó. Theo quy định, các đường dẫn không bao giờ được mã hóa cứng vào một ứng dụng, nhưng đôi khi một lập trình viên sẽ mắc lỗi này. Trong trường hợp này, chương trình sẽ sử dụng đường dẫn được mã hóa cứng; thư mục cài đặt ứng dụng sẽ không ảnh hưởng đến nơi thực sự tìm tệp.

Việc phải tách các thư mục giúp có thể giữ các ứng dụng và bit 64 bit gốc yêu cầu WoW64 cách nhau.

Điều này có thể hữu ích - như @OliverSalzburg đã chỉ ra - nếu bạn muốn cài đặt cả trình duyệt web 64 bit và 32 bit (ví dụ), vì một số plugin và tiện ích bổ sung có thể chỉ có sẵn cho một trong số cả hai.

Phải tách các thư mục làm cho việc phân tách này tự động , sử dụng các kỹ thuật như chuyển hướng đăng ký .

Giả sử một trình cài đặt cố gắng xác định thư mục tệp chương trình bằng cách đọc sổ đăng ký bằng cách sử dụng, ví dụ: RegQueryValueEx .

Trong mọi trường hợp, nó cố gắng đọc khoá đăng ký

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion

mà thường chỉ đến C:\Program Files.

Tuy nhiên, nếu trình cài đặt là ứng dụng 32 bit, chuyển hướng đăng ký sẽ gây ra khóa regitry

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion

để được đọc thay thế, mà thường chỉ đến C:\Program Files (x86).

Tại sao những tên thư mục cụ thể này đã được sử dụng chỉ có thể được trả lời bởi những người đưa ra lựa chọn này. Bạn luôn có thể thay đổi tên của các thư mục mặc định nếu bạn muốn.

Windows bằng cách nào đó trình bày chính nó khác với một chương trình hết "Tệp chương trình (x86)"?

Tôi nghi ngờ điều đó. Hầu hết các trình cài đặt cho phép bạn chọn thư mục cài đặt tùy chỉnh, vì vậy nó không thực sự quan trọng mà một chương trình được cài đặt.

Tôi không thể tin được sự nhầm lẫn ở đây .. trước hết tôi là một nhà phát triển toàn thời gian.

MS đã làm điều này để giải quyết trường hợp DLL được sử dụng bởi cả các ứng dụng 32 bit cũ hơn và các ứng dụng 64 bit mới hơn. Không thể thay đổi phương thức cũ hơn (System32, Tệp chương trình, v.v.) vì điều đó sẽ phá vỡ các chương trình cũ không thể biên dịch lại được.

Vì vậy, MS đã tạo một thư mục để lưu trữ các chương trình, tập hợp và thư viện cụ thể 64 bit để các chương trình mới có thể liên kết với các thư viện thích hợp và các chương trình cũ sẽ tiếp tục hoạt động như bình thường.

Như hiện tại, DLL .Net có thể cùng tồn tại với các phiên bản khác trên cùng một máy. Ví dụ: bạn có thể có Library.1.0.1, Library.1.0.2, Library 1.1.0, v.v. Và điều này chỉ dành cho một kích thước bit cụ thể (32 hoặc 64). Nếu các thư mục riêng biệt không được sử dụng, thì mọi lắp ráp cần phải có phiên bản 32 và 64 bit. Điều này sẽ làm lộn xộn một thư mục chứa nhiều phiên bản của cùng một hội đồng.

Đây là tất cả các công cụ phát triển. Là người dùng, tôi chỉ phải xử lý khi tôi làm việc với chương trình 32 bit trên Windows 7 64. Và tôi thích có khả năng chạy phiên bản 32 bit và cùng một ứng dụng trong 64 bit. Khi tôi đang làm việc trên một ứng dụng 32 bit mà tôi cần biên dịch thành 64 bit, tất cả những gì tôi làm là bảo trình biên dịch làm như vậy. Tên dll và mọi thứ khác vẫn giữ nguyên.

Lý do điều này không tồn tại với Windows 95/98 là những hệ thống đó được mô phỏng thời gian chạy 32 bit; Nó không phải là một hệ điều hành 32 bit chính hãng. Nó giả mạo thực thi 32-bit với một cái gì đó có tên là "thunking".

Đây là một định nghĩa tốt: http://searchwinit.techtarget.com/def định / thunk

Nó không cần thiết chút nào. Ví dụ: trên máy tính làm việc của tôi, tôi cài đặt từng ứng dụng trong thư mục C:\MyPrograms\để tách chúng khỏi các ứng dụng được cài đặt bởi bộ phận CNTT của chúng tôi.

Tất nhiên, điều này ngăn tôi cài đặt cả hai phiên bản (32 và 64 bit) của một ứng dụng, nhưng điều này không có vấn đề gì trong trường hợp của tôi.

Bất cứ khi nào bạn khởi chạy một chương trình, thì luôn luôn DLL đầu tiên C:\Windows\System32\ntdll.dllđược thực thi. DLL này xác định xem chương trình của bạn là ứng dụng 32 hay 64 bit. Tùy thuộc vào đó bạn được chuyển hướng đến WoW64được đề cập trong một số câu trả lời.