Тип файла в котором хранится программа

Эта тема организована следующим образом:

• Типы общедоступных и частных файлов
• Регистрация типа файла

• Задание дополнительных подразделов и атрибутов расширения типа файла
• Удаление сведений реестра во время удаления

Дополнительные сведения можно найти в следующих разделах:

• Выбор расширения типа файла
• Определение атрибутов типа файла
• Включение приложения в диалоговое окно «Открыть с помощью»
• Исключение приложения из диалогового окна «Открыть с помощью» для несвязанных типов файлов

Типы общедоступных и частных файлов

Общедоступные типы файлов также известны как популярные или спорные типы, так как конкурирующие приложения могут быть связаны с этими типами файлов. Характеристики общедоступных типов файлов:

• Как правило, они определяются органами по стандартам и/или продвигаются их определяющими организациями как форматы обмена.
• Они часто обмениваются между компьютерами и пользователями для различных целей.
• Они должны поддерживаться на разных платформах.
• Приложения от нескольких поставщиков, скорее всего, будут обрабатывать их.

Некоторые примеры типов файлов, которые считаются общедоступными, — это типы файлов изображений .png, .gif, .jpg и .bmp, а также типы звуковых файлов WAV, .mp3 и AU.

Как изменить тип файла в Windows 10

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

Windows не различает типы общедоступных и частных файлов. Различие имеет значение только при принятии решений о выборе регистрации типа файла.

Регистрация типа файла

Чтобы связать тип файла с существующим приложением, найдите приложение ProgID в реестре. Чтобы связать тип файла с новым приложением, определите ProgID для приложения. Сведения об определении нового Идентификатора ProgID см. в разделе Программные идентификаторы.

Подразделы расширения имени файла имеют следующую общую форму: extension=ProgID. Подразделы расширения имени файла хранятся в поддереве HKEY_CLASSES_ROOT .

Важно включить в реестр начальную точку (.) при создании подразделов типов файлов. Например, если требуется, чтобы тип файла с коротким расширением .myp и long .myp-file открывался с помощью приложения MyProgram, используйте следующий синтаксис:

HKEY_CLASSES_ROOT .myp (Default) = ApplicationVendor.MyProgram .myp-file (Default) = ApplicationVendor.MyProgram ApplicationVendor.MyProgram (Default) = MyProgram Application

Как показано в предыдущем примере, если вы также регистрируете расширение короткого имени файла (MYP), необходимо также создать подраздел для расширения long (MYP-file). Дополнительные сведения см. в разделе Обработчики типов файлов.

Формат файла

Задание дополнительных подразделов и атрибутов расширения типа файла

Записи расширения типа файлов в реестре имеют несколько необязательных подразделов и атрибутов.

Записи расширения типа файла, используемые сопоставлениями файлов, описаны в следующей таблице. Все значения относятся к типу REG_SZ .

Параметр реестра Действие

Значение по умолчанию	Задайте для подраздела расширения значение по умолчанию progID, с которым он связан.
Тип содержимого	Задайте для параметра Content Type (Тип контента) тип контента MIME для типа файла.
OpenWithList	Не используйте. Этот подраздел содержит один или несколько подразделов приложений для приложений, которые отображаются в записи Открыть с помощью диалогового окна для типа файла и предназначены только для .exe приложений в операционных системах до Windows XP. Вместо этого используйте OpenWithProgIds.
OpenWithProgIds	Этот подраздел содержит список альтернативных идентификаторов ProgID для этого типа файлов. Программы для этих идентификаторов ProgID отображаются в меню Открыть с помощью и доступны в качестве приложений Магазина Windows по умолчанию для типа файлов. Всякий раз, когда приложение получает этот тип файла путем изменения значения по умолчанию, оно также должно добавить запись в этот список.
PerceivedType	Присвойте параметру PerceivedType значение PerceivedType, к которому принадлежит файл, если таковой имеется. Эта строка не используется версиями Windows, предшествующими Windows Vista. Дополнительные сведения см. в разделе Воспринимаемые типы и регистрация приложений.

Общая форма подраздела расширения имени файла выглядит следующим образом. Все типы записей относятся к типу REG_SZ .

HKEY_CLASSES_ROOT .ext (Default) = ProgID.ext.1 Content Type = MIME content type PerceivedType = PerceivedType OpenWithProgids ProgID2.ext.1 ProgID3.ext.1 ProgID.ext.1 shellnew

Ниже приведены важные рекомендации по поводу типов файлов.

• Поддеревье HKEY_CLASSES_ROOT — это представление, сформированное путем объединения классов программного обеспечения HKEY_CURRENT_USERиклассовпрограммногообеспечения HKEY_LOCAL_MACHINE
• Как правило, HKEY_CLASSES_ROOT считывается из , но не записывается в . Дополнительные сведения см. в статье HKEY_CLASSES_ROOT .
• Чтобы глобально зарегистрировать тип файла на определенном компьютере, создайте запись для этого типа файла в подразделе HKEY_LOCAL_MACHINEКлассов программного обеспечения.
• Чтобы сделать регистрацию типа файла видимой только для текущего пользователя, создайте запись для этого типа файла в подразделе HKEY_CURRENT_USERКлассов программного обеспечения.
• Приложение может предоставлять собственную реализацию команды, например open или play, как показано в следующем примере реестра.

HKEY_CLASSES_ROOT Applications ApplicationName.exe shell verb

Подразделы реестра «Пути к приложениям » и «Приложения » используются для регистрации и управления поведением системы от имени приложений. Дополнительные сведения об этой функции см. в разделе Регистрация приложений.

Удаление сведений реестра во время удаления

При удалении приложения идентификаторы ProgID и большинство других сведений реестра, связанных с этим приложением, должны быть удалены в ходе удаления. Однако приложения, которые взяли на себя права владения типом файлов (задав значение по умолчанию подраздела HKEY_CLASSES_ROOT.extension типа файла в ProgID приложения), не должны пытаться удалить это значение при удалении. Если оставить данные в поле По умолчанию, это позволяет избежать трудностей при определении того, является ли другое приложение владельцем этого типа файла, и перезаписывать значение по умолчанию после установки исходного приложения. Windows учитывает значение по умолчанию, только если ProgID обнаружил зарегистрированный ProgID. Если progID не зарегистрирован, он игнорируется.

Обратите внимание, что другие сведения о владельцах типов файлов хранятся в поддереве HKEY_CURRENT_USER , а также используются только при регистрации приложения, на которое оно ссылается. Таким образом, эти данные не нужно удалять при удалении приложения.

В качестве примера ниже показано состояние реестра перед удалением приложения.

HKEY_CLASSES_ROOT .mp3 (Default) = YourProgID YourProgID shell open command (Default) = yourapp.exe %1

Ниже показано состояние тех же записей реестра после удаления приложения.

HKEY_CLASSES_ROOT .mp3 (Default) = YourProgID YourProgID subkey removed

Типы файлов, поддерживающие открытые метаданные

В Windows 7 и более поздних версиях следующие типы файлов поддерживают открытые метаданные.

Источник: learn.microsoft.com

Типы файлов – имена и расширения

Файл (file) – это смежная область логического адресного пространства. Как правило, файлы хранятся во внешней памяти.

Немного о терминологии. Слово файл уже несколько десятков лет используется как русское – один из многочисленных примеров программистских неологизмов.

Первоначально, когда около 50 лет назад появился данный английский термин, в русскоязычной литературе специалисты пытались ввести другую терминологию – слово file переводили как фонд и даже тека (в смысле хранилище). Однако исторически сложилось иное решение – слово файл стало русским. В английском языке слово file имеет много других значений: например, подшитый в папку бумажный документ и даже стадо (например, слонов) – в последнем случае, как можно предположить, размер «файла» может быть очень велик. У всех в памяти название легендарного сериала » X files» (в вольном русском переводе – «Секретные материалы»).

Фирма IBM в документации по своей системе IBM 360 в 1960-х гг. использовала иной термин – набор данных (data set) – для обозначения этого же понятия, однако он не пережил операционную систему, в которой использовался.

Каждый файл имеет свой тип, определяющий, какая информация хранится в файле. Основные типы файлов – программа (код) или данные. Данные подразделяются на числовые, символьные (текстовые) и двоичные ( произвольная информация).

Структура файла

В различных системах приняты различные точки зрения на структуру файлов. В ряде систем структура файла привязывалась к типу устройства, на котором он находится. В некоторых других системах структура файла была искусственно усложнена.

Однако наиболее простую и унифицированную точку зрения из них предложили авторы системы UNIX: файл – это последовательность слов или байтов. Казалось бы, это очевидно, но преимущество данного подхода к файлам в том, что базовое представление файла и базовые операции над ним (read, write) не зависят от типа устройства. В свое время для программистов нашего поколения такой подход к файлам был откровением, после сложностей системы файлов IBM 360, а затем – «Эльбруса». Можно сказать, что файлы в своем развитии прошли путь, аналогичный развитию архитектур компьютеров – сначала в сторону значительных усложнений, затем – упрощения и унификации.

Файлы можно условно подразделять на файлы простой и сложной структуры (хотя точка зрения на структуру файла зависит от той программы, которая его обрабатывает).

Файлы простой структуры состоят из последовательности записей (records) – элементарных единиц, в терминах которых выполняются операции обмена с файлом. Записи могут быть:

· строками, если это текстовый файл;

· двоичными данными фиксированной длины;

· двоичными данными переменной длины.

Файлы сложной структуры могут быть самого разного вида, например:

· отформатированным документом Microsoft Office (такой файл, кроме собственно текста, содержит управляющие символы переключения шрифтов, цветов и т.д.);

· загрузочным модулем реального или виртуального двоичного кода, например, portable executable (PE) -файлом для платформы.NET; class-файлом для платформы Java; подобные файлы состоят из нескольких секций, содержат внутренние ссылки и таблицы и т.д.

Сложная структура файла может быть смоделирована записями путем добавления соответствующих управляющих символов.

Файлы интерпретируются операционной системой или программами их обработки.

Атрибуты файла

Практически в любой системе файлов можно считать, что файл состоит из заголовка и памяти. В заголовке файла хранятся его атрибуты – общие свойства, описывающие содержимое файла, память файла – это его записи, строки, секции и т.д., содержащие собственно хранимую в нем информацию.

Различаются следующие основные атрибуты файла:

Имя (Name) – название файла в символьной форме, воспринимаемое пользователем.

Тип (Type) – тип хранимой в файле информации. Отдельный атрибут тип необходим для систем, которые поддерживают различные типы файлов. Например, в системе «Эльбрус» значением атрибута тип файла является число, кодирующее тип: 0 – данные, 2 – код, 3 – текст и т.д. Однако более общепринятым подходом является подход, принятый в системах MS DOS, Windows, UNIX: тип файла кодируется расширением имени, например, book.txt – текстовый файл (.txt), содержащий текст книги.

Размещение (Location) – указатель на размещение файла на устройстве.

Размер (Size) – текущий размер файла.

Защита (Protection) – управляющая информация, задающая полномочия чтения, изменения и исполнения файла.

Время и дата. Например, во всех системах хранится дата создания файла и дата последней модификации файла. Последняя играет важную роль при компиляции (сборке) больших программных проектов, так как утилиты для сборки проектов (например, make) определяют по соотношению дат последней модификации файлов исходного кода и двоичного кода, следует ли перекомпилировать исходный файл.

В ОС UNIX дату модификации файла можно изменить командой touch f, где f – имя файла. Touch дословно означает потрогать. Кроме изменения времени модификации, больше никаких действий над файлом не производится.

Идентификация пользователя. В любой системе поддерживается понятие хозяин (создатель) файла (owner). Именно хозяин вправе задавать другим пользователям полномочия для работы с файлом.

Информация о файлах хранится в структуре директорий ( или справочников — directories),иногда, например, в системе Windows, называемых также папками (folders) – структурами во внешней памяти, содержащими символьные имена файлов и ссылки на них. Важнейшая концепция директории подробно рассматривается далее в данной лекции.

Операции над файлами

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

· Создание файла (Create). Создается заголовок файла; первоначально его содержимое (память) пусто.

· Запись в файл (Write). Как правило, происходит записями (records) или блоками – более крупными логическими единицами информации, объединяющими несколько записей, с целью оптимизации операций ввода-вывода.

· Чтение из файла (Read). Обычно также выполняется записями или блоками.

· Поиск позиции внутри файла (позиционирование) (Seek). Позиция задается номером записи или блока, либо специальными именами, обозначающими начало файла (позиция перед первой записью) или конец файла (позиция после последней записи).

· Удаление файла (Delete). В зависимости от реализации системы файлов, ошибочное удаление файла может быть фатальным (UNIX) или исправимым (MS DOS).

· Сокращение файла (Truncate).

· Открытие файла (Open) – поиск файла в структуре директорий по его символьному имени (пути) и считывание его заголовка и одного или нескольких смежных блоков в буфера в основной памяти.

· Закрытие файла (Close) – запись содержимого буферов в блоки файла; обновление файла во внешней памяти в соответствии с его текущим состоянием; освобождение всех структур в основной памяти, связанных с файлом.

Для выполнения операций обмена с файлом (read, write), как правило, файл необходимо открыть. Закрытие файла является обязанностью пользовательского процесса; однако, если он по какой-либо причине этого не выполняет, то закрывает все файлы, открытые процессом, операционная система после завершения или прекращения процесса.

Типы файлов – имена и расширения

В таблица 19.1 приведены некоторые наиболее употребительные типы файлов и соответствующие им расширения имен.

Таблица 19.1. Типы файлов – имена и расширения
тип файла	расширение имени	функциональность
исполняемый код (загрузочный модуль)	exe, com, bin или отсутствует	готовая к выполнению программа в бинарном машинном коде
обьектный модуль	obj, о	откомпилированная программа в бинарном коде, но не слинкованная
исходный код на языке программирования	с, сс, Java, pas, asm, а	исходный код на различных языках (Си, Паскаль и др.)
командный файл	bat, sh	файл с командами для командного интерпретатора
текст	txt, doc	текстовые данные, документы
документ для текстового процессора	wp, tex, rtf, doc	документ в формате какого-либо текстового процессора
библиотека	lib, a, so, dll, mpeg, mov, rm	библиотеки модулей для программирования
файл для печати или визуализации	arc, zip, tar	ASCII или бинарный файл в формате для печати или визуализации
архив	arc, zip, tar	несколько файлов, сгруппированных в один файл, для архивации или хранения
мультимедиа	mpeg, mov, rm	бинарный файл, содержащий аудио- или видео информацию

Методы доступа к файлам

Традиционно различаются файлы последовательного доступа и прямого доступа. Файл последовательного доступа – это файл, доступ к которому возможен только позиционированием на начало и конец и затем операциями обмена вида считать или обновить следующую (предыдущую) запись. Файл прямого доступа – это файл, для которого возможен непосредственный доступ по номеру записи и операция обмена с явным указанием номера записи. В любом случае, при выполнении обмена с файлом всегда существует некоторая текущая позиция по файлу, указывающая на некоторую запись, на позицию перед началом или после конца файла. В операциях над файлом последовательного доступа произвольная установка позиции не допускается, а разрешены только операции, автоматически передвигающие текущую позицию на следующую (предыдущую) запись.

Подобная особенность связана с различием устройств, на которых размещены файлы (например, магнитная лента – по сути дела, последовательное устройство), однако необходимость организации последовательных или прямых файлов может быть связана с сутью задачи.

По -видимому, последовательный доступ используется чаще: именно так происходит ввод данных, вывод результатов на печать или на экран.

Типичные операции последовательного доступа:

reset – установка на начало файла для чтения

rewrite – установка на начало файла для записи.

Типичные операции прямого доступа:

position to n – позиционирование на запись с номером n

rewrite n, где n — относительный номер блока (записи).

Описанная трактовка последовательных файлов и операций над ними иллюстрируется рис. 19.1.

Рис. 19.1. Файл последовательного доступа.

При необходимости можно смоделировать операции последовательного доступа для файла с прямым доступом. Способ моделирования показан в таблица 19.2.

Таблица 19.2. Моделирование последовательного доступа для файла с прямым доступом
последовательный доступ	реализация для файла с прямым доступом
reset	cp =0;
read next	read cp; cp = cp +1;
write next	write cp; cp = cp +1;

Указатель на текущую позицию, характерный для последовательного доступа, для файла прямого доступа моделируется переменной cp, а операции последовательного доступа – операциями прямого доступа с указанием cp в качестве номера блока.

Для ускорения доступа к файлу большого объема может использоваться индексный файл, содержащий ссылки на записи основного (относительного) файла. рис. 19.2 изображен пример основного файла, содержащего упорядоченные по фамилиям анкетные данные людей. Индексный файл для данного основного файла содержит ссылки на первые логические записи анкет с заданной фамилией, например, Smith.

Рис. 19.2. Индексный файл и основной файл.

Директории

Директория (directory, folder) — узел, содержащий информацию о файлах – их имена и ссылки на файлы и на другие директории во внешней памяти. Таким образом, возможна организация иерархии директорий или их более сложных взаимосвязей, вплоть до произвольных графов. Как структура директорий, так и файлы хранятся на диске.

С помощью директорий поддерживается именование файлов с помощью путей (paths) – многослоговых имен, состоящих из имени корневой директории (или логического диска) и последовательности имен директорий последующих уровней. Например, в системе Windows c:docplan.txt – путь доступа к файлу, задающий его расположение – на логическом диске C:,в директории doc (документы), и имя файла – plan.txt. Имя содержит расширение, указывающее на тип файла.

Резервное копирование (back-up) файлов и директорий выполняется на специальные предназначенные для этого носители – например, на ленту (стример), flash- память, внешний переносной жесткий диск, компакт- диск (CD, DVD). Настоятельно рекомендуется регулярно копировать на внешний носитель (или на несколько внешних носителей) наиболее важные директории.

Особенности системы файлов в «Эльбрусе»

Говоря о структуре директорий и именовании файлов, нельзя не упомянуть столь экзотическую систему файлов, как в МВК «Эльбрус». Это будет полезно читателям, чтобы сравнить и лучше оценить разнообразие подходов к системам файлов.

Основные концепции системы файлов МВК «Эльбрус» – это файлы, контейнеры, справочники. Понятие контейнера в «Эльбрусе» близко к современным понятиям тома и контейнера в системах Windows и Solaris: контейнер – это хранилище файлов на одном или нескольких дисках. Понятие справочника близко к понятию директории в традиционных файловых системах.

Файл в «Эльбрусе» состоит из заголовка и памяти. В заголовке хранятся атрибуты файла, число которых – порядка 100 (!).

Существенным отличием файловой системы «Эльбруса» является то, что возможно создание файла и управление им без присваивания ему имени, т.е. без отображения его в справочниках (директориях). Такой временный файл создается в программе, ссылка на файл хранится в глобальной или локальной переменной, и по окончании выполнения программы файл уничтожается, если на него не была сохранена ссылка в справочнике на диске.

Кроме того, файлы могут ссылаться друг на друга (по прямой «физической» файловой ссылке, а не c помощью символьных путей) через справочники внешних ссылок (СВС). СВС имеется у каждого файла. Его элементы адресуются по номерам, а не по именам.

Типичный пример: файл объектного кода (ФОК) ссылается через свой СВС на файл дополнения к файлу объектного кода (ДФОК),содержащий в унифицированном виде таблицы именованных сущностей, определенных в программе и ее процедурах. Выражаясь современным языком, ДФОК содержит метаданные. Эта взаимосвязь используется при диагностике ошибок времени выполнения и для многих других целей.

К недостаткам файловой системы «Эльбруса» можно отнести усложненную структуру файлов, большое число атрибутов, зависимость логической структуры файла и набора операций над ним от типа внешнего устройства, на котором он расположен. По сравнению с системой файлов «Эльбруса», система файлов в UNIX гораздо проще и удобнее, но нисколько не уступает по функциональности.

Типичная организация файловой системы изображена на рис. 19.3.

Рис. 19.3. Организация файловой системы.

Файловые системы организуются на дисках. Каждый диск поделен на разделы (partitions) – смежные области дисковой памяти, имеющие свои логические имена (обычно в виде первых букв латинского алфавита). Однако возможна и организация раздела, занимающего несколько дисков. Для деления диска на разделы рекомендуем утилиту Partition Magic.

В разделах хранятся директории и файлы. Каждый раздел имеет корневую директорию, у которой при необходимости могут быть организованы поддиректории, на которые она ссылается.

Следует иметь в виду, что в разных разделах могут быть установлены различные операционные системы, использующие разное форматирование и разные файловые системы для своей работы. Даже если на компьютере установлена только одна ОС, различные разделы могут использовать различные типы файловых систем, например, в Windows раздел A может использовать файловую систему FAT32, а раздел B – файловую систему NTFS. В разделе C может быть инсталлирована ОС Linux, использующая свою собственную файловую систему Ext2Fs.

Источник: poisk-ru.ru

Типы файлов

Файловая система – это часть операционной системы, назначение которой состоит в том, чтобы организовать эффективную работу с данными, хранящимися во внешней памяти, и обеспечить пользователю удобный интерфейс при работе с такими данными.

Под файлами понимается логически связанная совокупность данных, ассоциированная с носителем информации и внешним устройством. Файл является абстрактным понятием, и его свойства не зависят от носителя информации.

Информация на носителях информации может храниться только в виде файлов. Однажды созданный файл становится независимым от процесса, пользователя и системы, создавшей его.

Каждый файл характеризуется некоторым количеством атрибутов, которые варьируются в зависимости от операционной системы. Типичный набор атрибутов включает следующие:

­ Имя. Символьное имя файла является единственным атрибутом, хранимым в форме пригодной для чтения человеком.

­ Тип. Информация, необходимая для управления файлами.

­ Расположение. Указатель на внешнее устройство и на местонахождения файла на этом внешнем устройстве.

­ Размер. Текущий размер (в байтах, словах или блоках) и, возможно, максимально допустимый размер.

­ Защита. Информация управления доступом, управляющая уровнем доступа (чтение, запись, выполнение и т.д.)

­ Время, дата и идентификатор пользователя. Эта информация может характеризовать: создание, последнюю модификацию, последнее обращение.

Файловая система хранит информацию о каждом файле в структуре, называемой индексным дескриптором. Каждый индексный дескриптор содержит около 40 полей, в том числе имя файла, тип, размер, количество жестких ссылок, информацию о владельце файла, о правах доступа к нему, дату/время последней модификации файла и дату/время последнего доступа к нему. Именно с индексным дескриптором работает ОС при обращении к файлу.

Типы файлов

В операционной системе (ОС) Unix поддерживаются несколько типов файлов:

— Обычные файлы. Это просто последовательность байтов; на структуру таких файлов не накладывается никаких ограничений – это могут быть текстовые документы, исполняемые программы, мультимедийные данные.

— Каталоги. Каталог — это файл, содержащий имена находящихся в нем файлов, а также указатели на дополнительную информацию — метаданные, позволяющие операционной системе производить операции над этими файлами. Каталоги определяют положение файла в дереве файловой системы, поскольку сам файл не содержит информации о своем местонахождении.

Каталог, на который есть ссылка в данном каталоге, называется подкаталогом или вложенным каталогом. Родительским называется каталог, в котором содержится данный каталог. Для корневого каталога (см. ниже) родительским является он сам.

— Ссылки. Делятся на 2 типа:

1) «Жесткие» ссылки. На файл можно ссылаться из нескольких каталогов одновременно и даже из нескольких элементов одного и того же каталога, причем у всех ссылок могут быть разные имена. Это создает иллюзию того, что файл в одно и то же время находится в разных каталогах. Атрибуты файла при этом являются общими для всех ссылок.

Unix подсчитывает количество ссылок, указывающих на каждый файл, и при удалении файла не освобождает блоки данных до тех пор, пока не будет удалена последняя ссылка на него. Ссылки такого рода называются «жесткими». Они не являются отдельным типом файлов. Жесткую ссылку в Unix невозможно отличить от имени файла – они идентичны.

2) Символические ссылки («мягкие»). Этот вид ссылок является отдельным типом файлов и обеспечивает возможность вместо путевого имени указывать псевдоним. Когда ядро ОС сталкивается с символической ссылкой при поиске файла, оно извлекает из нее хранящееся путевое имя.

Различие между жесткими и мягкими ссылками состоит в том, что жесткая ссылка является прямой – то есть указывает непосредственно на индексный дескриптор файла, тогда как мягкая ссылка указывает на файл по имени. Файл, адресуемый символической ссылкой, и сама ссылка являются разными объектами файловой системы. Файл, на который создается символическая ссылка, не обязательно должен существовать. При удалении файла автоматически уничтожаются все связанные с ним символические ссылки.

— Специальные файлы устройств. Файлы устройств позволяют Unix-программам взаимодействовать с аппаратными средствами и периферийными устройствами системы. За всю работу по управлению конкретным устройством отвечает специальная программа, называемая драйвером устройства.

Драйверы устройств образуют стандартный коммуникационный интерфейс, который выглядит для пользователя как обычный файл. Когда ядро ОС получает запрос к файлу устройства, оно просто передает этот запрос соответствующему драйверу, то есть файлы устройств можно представить как шлюзы, через которые драйверам передаются запросы. В UNIX различают символьные и блочные файлы устройств. Символьные файлы устройств используются для небуферизированного обмена данными с устройством, в противоположность этому блочные файлы позволяют производить обмен данными в виде пакетов фиксированной длины — блоков. Доступ к некоторым устройствам может осуществляться как через символьные, так и через блочные специальные файлы.

— Сокеты. Сокеты инкапсулируют соединения между процессами, позволяя им взаимодействовать, не подвергаясь влиянию других процессов. Обращение к ним осуществляется через соответствующие объекты файловой системы. Несмотря на то, что эти объекты распознаются как файлы, процессы, не участвующие в соединении, не могут осуществлять над файлами сокетов операции чтения и записи. Однако, в отличие от обычных файлов, сокеты представляют собой виртуальный объект, который существует, пока на него ссылается хотя бы один из процессов.

— Именованные каналы. Подобно сокетам, именованные каналы обеспечивают взаимодействие двух процессов, выполняемых на одном компьютере.

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Источник: studopedia.ru