Чому для 64-розрядної Windows потрібна окрема папка "Program Files (x86)"?

Я знаю, що в 64-бітній версії Windows папка "Program Files" призначена для 64-бітних програм, а папка "Program Files (x86)" - для 32-бітних програм, але навіщо це взагалі потрібно?

Під "необхідним" я не маю на увазі "чому Microsoft не міг приймати будь-яких інших дизайнерських рішень?" бо вони, звичайно, могли. Я маю на увазі, "чому, зважаючи на сучасний дизайн 64-бітної Windows, 32-бітні програми повинні мати окрему папку верхнього рівня від 64-бітних програм?" По-іншому, "що піде не так, якби я якось уникнув механізму перенаправлення і змусив все встановити до реального C:\Program Files\?"

Про Super User та інших місцях виникає багато питань, які стверджують, що "один призначений для 32-бітних програм, один - для 64-бітних програм", але жодне, що я можу знайти, не дає причини. Виходячи з мого досвіду, це не схоже , має значення, чи встановлена 32-розрядна програма в правильному місці чи ні.

Чи якимось чином Windows по-різному представляє себе програмою, у якої закінчується програма «Файли програм (x86)»? Чи є опис, який показує, що саме відрізняється для програми, встановленої в "Program Files (x86)" замість "Program Program Files"? Я думаю, що навряд чи Microsoft введе нову папку без законних технічних причин.

Коротка відповідь: Для забезпечення застарілих 32-бітних програм продовжують працювати так само, як раніше, без нав'язування некрасивих правил для 64-розрядних додатків, які створювали б постійний безлад.

Це не обов'язково. Це просто зручніше, ніж інші можливі рішення, такі як вимагати від кожної програми створити свій власний спосіб відокремити 32-бітні DLL-файли та виконувані файли від 64-бітних DLL-файлів та виконуваних файлів.

Основна причина полягає в тому, щоб 32-розрядні програми, які навіть не знають, що існують 64-бітні системи, "просто працювали", навіть якщо 64-бітні DLL встановлені там, де вони можуть виглядати. 32-розрядний додаток не зможе завантажити 64-бітну DLL, тому потрібен метод, щоб переконатися, що 32-розрядний додаток (який може мати попередню 64-бітну систему і, таким чином, не мати 64-бітових файлів уявлення) навіть існувати) не знайде 64-бітну DLL, спробуйте завантажити її, вийти з ладу та генерувати повідомлення про помилку.

Найпростішим рішенням цього є послідовно окремі каталоги. Дійсно, єдиною альтернативою є вимагати від кожного 64-розрядного додатка "приховувати" свої виконувані файли де-небудь, де 32-бітний додаток не виглядатиме, як-от bin64каталог у цій програмі. Але це накладе постійну неподобство на 64-бітні системи просто для підтримки застарілих додатків.

Це дозволяє встановити як 32-бітну, так і 64-бітну версію програми, не переробляючи її.

Переглянувши цю відповідь та нитку коментарів наступного дня, я усвідомлюю можливий серйозний контроль у своїй відповіді. Я помилково припустив програмування, і коли я говорив про вас у своїх коментарях, я мав на увазі не користувача, а програміста.

Я не працюю в Microsoft, і я не маю поняття, в чому полягає справжня аргументація цих папок, але я думаю, що причина цих папок така очевидна, що я не маю жодних проблем аргументувати це.

Тож давайте розбимо його!

1. Папки дивовижні!

   Давайте домовимось про щось. Папки чудові! Нам вони не потрібні, у нас достатньо можливих імен файлів, щоб помістити кожен окремий файл у корінь вашого жорсткого диска, так навіщо взагалі папки?

   Ну, вони допомагають нам замовити наші речі. І замовити речі - це чудово. Це допомагає нам легше обробляти речі. Це особливо корисно при роботі з машиною, яка потребує структури.

2. Відокремлення даних та логіки - це чудово!

   Парадигма, яка часто зустрічається в програмуванні, полягає в відокремленні даних від логіки. Ви хочете , щоб одна частина , яка знає , як зробити що - то і ви хочете іншу частину , яку ви можете зробити що - то з .

   Це також є у файловій системі.

   У нас є папки для додатків (логіка) та папки для наших цінностей (даних):

   Логіка

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

   Дані

   • %PROGRAMDATA%
   • %HOMEDRIVE%%HOMEPATH%

   Отже, схоже, що папки є приголомшливими, і є сенс помістити програми у свою маленьку папку. Але навіщо 2? Чому б не дозволити інсталятору це впоратися і помістити все в одну Programsпапку?

3. Інсталятори - це не магія

   Сьогодні ми часто використовуємо невеликі програми для встановлення наших більших програм. Ми називаємо цих невеликих установців програм .

   Інсталятори - це не магія. Вони повинні бути написані програмістами і є програмами (з можливими помилками), як і будь-яка інша програма там. Тож давайте подивимось на ситуацію, з якою уявний програміст мав би стикатися з діючою системою і без неї:

   1 Папка програмних файлів

   Розробник підтримує 2 монтажника. Один для 32-бітової та 64-бітової версії його програми. 32- C:\Program Files\App\бітний інсталятор запише в, а 64-бітний інсталятор запише в C:\Program Files\App\sixtyfour\.

   2 Папки програмних файлів

   Розробник підтримує 1 інсталятора. Програма установки завжди буде писати %PROGRAMFILES%і залежить від операційної системи , щоб розширити дорогу відповідним чином (ви на самому ділі не використовувати змінні середовища для цих випадків ви будете використовувати SHGetKnownFolderPath з , FOLDERID_ProgramFilesщоб отримати правильний шлях).
   Все знаходить своє місце автоматично, і шаблон є ідентичним для кожного встановленого додатку .

4. Послідовність має сенс

   Коли ви щось дізнаєтесь , це зазвичай означає, що спостережувана поведінка була послідовною. Інакше насправді нема чого спостерігати та вчитися.

   Те саме стосується нашої малої файлової системи. Має сенс завжди ставити одні і ті ж речі в одні і ті ж папки. Таким чином, ми будемо знати, куди шукати, коли щось шукаємо.

   Система розрізнення додатків 32/64 сприяє цій меті. Програми розділені на 2 місця, щоб уникнути конфліктів у іменах, поведінки бінарного завантаження та безпеки (певною мірою).

Я досі не розумію. Це здається марним

Ніколи не слід забувати одне. Люди неймовірно дурні. Сюди входять користувачі, суперкористувачі та особливо програмісти.

Ось чому нам потрібні такі речі, як перенаправлення файлової системи, щоб навіть зробити наші системи зручними.

Програмісти просто зайдуть туди і спробують завантажити C:\Windows\system32\awesome.dllі не хвилюватися, чи працюють вони в 32 або 64 бітній системі. Вони спробують завантажити 64-бітну DLL і просто розбиться. Деякі програмісти хочуть використовувати деякі Office DLL, без проблем, вони знають, де його знайти! C:\Program Files\Microsoft\Office\14.0\wizards.dll... і черговий крах!

Усі ці запити 32-бітової програми переспрямовуються на 32-бітові аналоги, щоб уникнути збоїв програми.

Нам потрібні кілька фіксованих імен папок для створення такої системи. Якщо немає структури папок, яка б підтримувала це перенаправлення, то як ви збираєтеся змусити його працювати?

Гаразд, тепер я зрозумів. Але чому б C:\Program Files\x86\тоді не використовувати ?

Тепер ми отримуємо філософські ...

Що піде не так, якби я якось уникнув механізму перенаправлення і змусив все встановити до реального C:\Program Files\?

Швидше за все, нічого (доки інші програми не залежать від певного місця для цієї програми).

У WOW64 механізм гачки в CreateProcessі буде виконувати більш складні (складніші , ніж перевірка ім'я папки виконуваного файлу) перевіряє на виконуваний образ , щоб визначити , якщо вона становить 32 або 64 біта.

Так, але я маю на увазі, як, ВСІ додатки!

• Що буде, якби я вставив і дизель, і газ у свій автомобіль?
• Що станеться, якщо я спробую використовувати як змінний, так і постійний струм на одній лінії?
• Що буде, якщо я тримаю і свою кішку, і свою рибку в одному акваріумі?

На деякі запитання не потрібні відповіді. Це не планується робити, не робіть цього. Тут нічого не можна отримати. Кількість проблем, які така зміна може спричинити, завжди перевищує будь-які можливі вигоди, які хтось у цьому може побачити.

TL; DR:

Підсумовуючи, ні, це не обов’язково ; вони могли б використовувати одну папку, і ні, Windows не представляє себе інакше програмою, що запускається з того чи іншого місця.

Ну, начебто, всі кидають свою думку з цього приводу, тож я підкину свої 2 ¢. Інші вже здогадалися про причини, чому Microsoft вирішила створити окремі папки верхнього рівня для 32-бітної та 64-бітної версій програм, тому я залишу цю частину (найкращою причиною було пояснення Девіда, що це як зручність для програмістів). Звичайно, навіть тоді це не зовсім вирішує прямий питання, чому це взагалі потрібно? , на що імовірно відповідає: це не так .

Натомість я торкнуся основного питання

Чи якимось чином Windows по-різному представляє себе програмою, у якої закінчується програма «Файли програм (x86)»?

Не дуже, але розташування програми може вплинути на поведінку, але не так, як ви думаєте.

Під час запуску програми Windows встановлює середовище, в якому її запускати (я маю на увазі пам'ять, адресу тощо, а не лише змінні середовища). Це середовище залежить від вмісту виконуваного файлу (32-розрядні та 64-бітні програми внутрішньо відрізняються). Коли ви запускаєте 32-бітну програму в 64-бітній системі, вона працює в 32-бітній підсистемі, яка імітує 32-бітове середовище. Він називається WoW64 (WoW64 розшифровується як Windows у Windows 64-розрядному ) і схожий на те, як 16-бітні додатки запускалися в XP за допомогою NTVDM .

Якщо ви запускаєте програму з правами адміністратора або без них, це впливає на її запуск, але розташування не повинно впливати на це (хоча є деякі приклади залежності розташування, як, наприклад, деякі драйвери).

(Я використовую інший комп'ютер, тому я не можу покладатися на мою історію браузера , щоб повернутися назад мої кроки, але на інший день, відповідаючи на цей СУ питання я закінчив в цьому SO питання , який змусив мене Google PROCESSOR_ARCHITEW6432 , які призводять до цим SO питання і це повідомлення в блозі Microsoft .)

Десь по дорозі я прочитав пост StackOverflow про те, як змінна envirnoment %processor_architecutre% дає різні результати залежно від того, звідки ви запускаєте командний рядок (спробую знайти точну цитату).

Відповідь виявилася обумовленою тим, чи запускалася 32-бітна або 64-бітна версія командного рядка (тобто, з System32\або SysWoW64\). Іншими словами, хоча розташування, схоже, впливає на поведінку програми, це лише тому, що існують різні версії програми, а не тому, що Windows трактує папку особливим чином.

Це має сенс, оскільки вміст файлу, що виконується, диктує, чи є він 32-бітним, або 64-розрядним, тому ви можете помістити як 32-бітну, так і 64-бітну копію тієї самої програми (наприклад, foobar32.exeі foobar64.exe) у ту саму папку та коли виконайте їх, вони будуть завантажені правильно (64-розрядна версія буде запускатися спочатку, а 32-розрядна - запускається в емуляційному шарі WoW64).

FreePascal дозволяє встановити як DOS і Windows , версії , і вони йдуть в тій же папці: %programfiles%\FreePascal. Він керує різними архітектурами, зберігаючи виконувані файли ( .exe, .sys, .dll, .ovrі т.д.) в окремих папках і обмін файлів ресурси як зображення, вихідний-файли і т.д.) Там немає технічних причин , що це не може бути зроблено також для 32- і 64-розрядні версії програми. Як сказав Девід, програмісту просто легше, якщо вони тримаються окремо (тобто, використовуючи змінні, щоб зробити вигляд, що існує лише один набір файлів тощо).

Ще одна причина полягає в тому, що більшість програм, що використовують змінні середовища, такі як% PROGRAMFILES%, щоб вказати, де їх програма була встановлена. Для 64-бітних програм він переходить у звичайне місце. Для 32-бітових програм це буде перенаправлено на нову Program Files (x86)папку.

Хоча, принаймні, з новими матеріалами .Net у Visual Studio, тепер у них є змінна App.Local, яка виключає всю потребу в цьому.

Рішенням Microsoft для цього переходу з 32-розрядної на 64-бітну було додати застарілу підтримку більшості 32-бітних програм. Іншими словами, більшість 32-бітних додатків працюватимуть у 64-бітному операційному середовищі. Майте на увазі, що інші операційні системи, що працюють на 64-бітній архітектурі, взагалі не можуть завантажувати або запускати 32-бітні програми.

Щоб полегшити перехід, Microsoft призначила, що всі 32-розрядні програми за замовчуванням повинні завантажуватися в папку Program Files (x86), а не змішуватися з справжніми 64-бітовими програмами у звичайній папці Program Files.

Джерело

"що піде не так, якби я якось уникнув механізму перенаправлення і змусив усе встановити на справжні файли програм C: \ Program Files \?"

Нічого. Два програмні каталоги призначені лише для організації або для того, щоб тримати програми, які мають дві версії, 32-бітну та 64-бітну версію, окремо, як Internet Explorer. Але ви можете встановити 32-бітну програму в "Файли програм" та 64-бітну програму в "Файли програм x86", і нічого не відбудеться, програма запустить те саме.

Вікі каже:

Деякі інсталятори додатків відкидають пробіли в місці розташування шляху. Для 32-бітних систем коротка назва папки Program Files - Progra ~ 1 . Для 64-бітних систем коротка назва 64-бітної папки програмних файлів - Progra ~ 1 (те саме, що і для 32-бітних систем); в той час як коротка назва 32-розрядної папки програмних файлів (x86) тепер Progra ~ 2 .

Причина полягає в тому, щоб оновити програму до 64-розрядних програм простіше для розробників. Їм не потрібно писати спеціальний код, щоб перевірити програму в одному каталозі при компіляції в 32-бітному режимі та в іншому каталозі при компіляції в 64-бітному режимі; вони просто перевіряють C:\Program Files, а при запуску в 32-бітному режимі це автоматично змінюється на C:\Program Files (x86)64-бітну Windows. Так само записи реєстру виділяються між 32-бітними та 64-бітовими програмами.

Це запобігає виникненню конфліктів від невідомих розробників, які просто змінюють свій режим компіляції на 64-розрядний, не задумуючись над цим, і запобігає величезній роботі для розробників, які хочуть, щоб користувачі могли встановити як 32-, так і 64-бітні версії своїх програмне забезпечення одночасно.

Але чому будь-яка програма хоче дозволити встановити обидві версії одночасно? Один приклад: Photoshop та IE мають розширення, які є рідними .dll. У вас не може бути 32-і 64-бітний код, змішаний в одному і тому ж процесі, тому доповнення до 32-бітної версії не можна використовувати з 64-бітною версією, і навпаки. Таким чином, Photoshop / IE повинні дозволити встановлення обох версій або ризикувати порушенням їх величезної бази існуючих доповнень.

Програми, що працюють у програмі «Файли програм (x86)», використовують підсистему WOW64 (32-розрядна версія Windows у 64-бітному Windows - це набір драйверів та API, призначених для запуску програм x32 через архітектурну систему x64):

Підсистема WoW64 містить легкий рівень сумісності, який має подібні інтерфейси для всіх 64-бітних версій Windows. Він спрямований на створення 32-бітного середовища, яке забезпечує інтерфейси, необхідні для запуску немодифікованих 32-бітних програм Windows у 64-бітній системі. Технічно WoW64 реалізований за допомогою трьох бібліотек динамічного зв'язку (DLL):

• Wow64.dll, основний інтерфейс до ядра Windows NT, який перекладає між 32-бітними та 64-бітовими дзвінками, включаючи маніпуляції зі вказівниками та стеком викликів
• Wow64win.dll, який забезпечує відповідні точки входу для 32-бітних програм
• Wow64cpu.dll, який піклується про переключення процесора з 32-бітного в 64-бітний режим

64-бітній системі потрібно «емулювати» 32-бітні програми, тому Windows потребує «розділення» двох папок програмних файлів.

Цікаво, що відповіді тут і в Інтернеті досить різняться. Знайти точну відповідь на це важливе питання стало проблемою. Здається, що в Інтернеті представлено досить багато неправдивої інформації, що призводить до плутанини.

Я провів значну кількість досліджень і зробив такий висновок, який, на мою думку, є точним:

• Це не має значення, де зберігається додаток. Під час виконання Windows визначає, чи є програма 32-бітною або 64-розрядною, і автоматично використовувати відповідний розділ DLL та реєстр.

Це відбувається автоматично і не залежить від місця зберігання програми. Немає швидкості, надійності та інших функціональних переваг, якщо мати окремі 32-бітні та 64-бітні папки.

Єдиною причиною поділу за замовчуванням на дві папки ("Файли програми" та "Файли програми (x86)") є те, що якщо у вас є дві версії однієї програми (32-бітна та 64-бітна версія), вона забезпечує простий спосіб тримати окремі файли, що перекриваються. Навіть у цьому випадку, поки всі імена файлів є унікальними, вони фактично можуть існувати в одній папці без жодних наслідків.

Існує застереження до вищенаведеного висновку, і це одне із погано кодованих застосувань. Якщо у додатку є будь-які контури, вкладені в нього, він буде використовувати лише цей шлях. Як правило, шляхи ніколи не повинні бути жорстко закодовані в додаток, але іноді програміст буде робити цю помилку. У цьому випадку програма використовуватиме твердо кодований шлях; каталог, в якому встановлено додаток, не вплине на те, де він насправді шукає файли.

Наявність відокремлення папок дозволяє зберігати вбудовані 64-бітні програми та ті, для яких потрібен WoW64 .

Це може бути корисно - як уже зазначав @OliverSalzburg , - якщо ви хочете встановити 64-розрядний та 32-розрядний веб-браузер (наприклад), оскільки деякі додатки та додатки можуть бути доступні лише для одного з два.

Наявність роздільної папки робить це розділення автоматичним , використовуючи такі методи, як перенаправлення реєстру .

Припустимо, інсталятор намагається визначити папку програмних програм, читаючи реєстр, використовуючи, наприклад, RegQueryValueEx .

У будь-якому випадку він намагається прочитати ключ реєстру

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion

що зазвичай вказує на C:\Program Files.

Однак якщо інсталятор є 32-розрядним додатком, перенаправлення реєстру призведе до ключа реєстрації

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion

читати замість цього, що зазвичай вказує на C:\Program Files (x86).

Чому ці конкретні імена папок були використані можна відповісти тільки ті люди , які зробили цей вибір. Ви завжди можете змінити імена папок за замовчуванням, якщо хочете.

Чи якимось чином Windows по-різному представляє себе програмою, у якої закінчується програма «Файли програм (x86)»?

Я сумніваюся в цьому. Більшість інсталяторів дозволяють вибирати власну папку інсталяції, тож насправді не має значення, де встановлюється програма.

Я не можу повірити в замішання тут. По-перше, я штатний розробник.

MS зробив це для вирішення випадку, коли DLL використовується як старими 32-бітовими програмами, так і новішими 64-бітовими програмами. Не вдалося змінити старіший метод (System32, Program Files тощо), оскільки це порушило б старіші програми, які неможливо перекомпілювати.

Таким чином, MS створила папку для зберігання 64-бітних специфічних програм, збірок та бібліотек, щоб нові програми могли пов'язуватись із належними бібліотеками, а старіші програми продовжували працювати як завжди.

Наразі DLL-файли .Net можуть співіснувати з іншими версіями на тій же машині. Наприклад, ви можете мати Library.1.0.1, Library.1.0.2, Library 1.1.0 і т. Д. І це лише для певного розміру бітів (32 або 64). Якщо окремі папки не використовуються, то кожна збірка повинна мати 32 та 64-бітну версію. Це може сильно захарастити каталог, який вже містить кілька версій однієї збірки.

Це все речі для розробників. Як користувач, я маю справу з цим лише тоді, коли я працюю з 32-розрядною програмою на Windows 7 64. І я вважаю за краще мати можливість запускати 32-бітну версію та те саме додаток і в 64-бітних. Коли я працюю над 32-розрядним додатком, який мені потрібно зібрати в 64-розрядному, я лише скажу компілятору це зробити. Назви Dll та все інше залишаються однаковими.

Причиною цього не було в Windows 95/98 є ті системи, що імітували 32-бітну програму; це була не справжня 32-бітна операційна система. Це підроблене 32-розрядне виконання з чимось назвою "громозахисним".

Ось хороше визначення: http://searchwinit.techtarget.com/definition/thunk

Це зовсім не обов’язково. Наприклад, на своєму робочому комп’ютері я встановлюю кожну програму в папку C:\MyPrograms\для того, щоб вони були відокремлені від програм, встановлених нашим відділом ІТ.

Звичайно, це заважає мені встановлювати обидві версії (32 та 64 біт) однієї програми, але це не проблема в моєму випадку.

Щоразу, коли ви запускаєте програму, завжди спочатку C:\Windows\System32\ntdll.dllвиконується DLL . Ця DLL визначає, чи є ваша програма 32 або 64 бітною програмою. Залежно від того, на який ви перенаправлені, про WoW64які вже згадується в кількох відповідях.