Ответ.

История вопроса: Язык C всегда был гибок в отношении преобразования типов, чтобы облегчить работу с низкоуровневой памятью и различными платформами. Однако его лаконичность и мощь могут легко привести к уязвимостям и дефектам, связанным с неверным приведением типов, особенно при работе с указателями и побитовой арифметикой.

Проблема:

• Неявные (автоматические) преобразования выполняются компилятором согласно правилам стандарту, иногда приводя к потере данных.
• Явные (ручные, "cast") преобразования игнорируют предупреждения компилятора, что может привести к доступу к памяти неправильного размера или структуры.
• При приведении между несовместимыми типами, особенно между указателями, возможен крах, повреждение памяти или "undefined behavior".

Решение:

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

Пример кода:

#include <stdio.h>

void print_double_as_int(double d) {
    int i = (int)d;
    printf("Value: %d
", i);
}

void *ptr = malloc(16);
int *ip = (int*)ptr; // Доступ к raw памяти: допустимо, если ptr действительно указывает на int

Ключевые особенности:

• Неявные приведения удобны, но могут быть источником потерь данных
• Явные приведения перекладывают ответственность на программиста
• Приведение указателей на структуры разной размерности опасно

Вопросы с подвохом.

1. Когда допустимо приведение void к указателю на структуру, и всегда ли это безопасно?*

Такое приведение безопасно, если адрес действительно указывает на экземпляр данной структуры, иначе поведение — неопределено (undefined behavior).

2. Что произойдёт, если привести указатель на структуру одной длины к указателю на структуру с меньшим или большим количеством полей?

Доступ к полям "новой" структуры приведёт к чтению/записи за границами исходной структуры, возможно повреждение данных.

Пример кода:

typedef struct {int a;} S1;
typedef struct {int a; int b;} S2;
S1 s;
S2 *ps2 = (S2*)&s; // ps2->b — обращение к "мусору"

3. Можно ли безопасно привести указатель на int к указателю на char для доступа к байтам этого числа?

Это один из типичных приёмов работы с памятью — доступ по байтам допустим, но требует осторожности, поскольку возможны проблемы с выравниванием и порядок байт зависит от архитектуры (big-endian/little-endian).

Типовые ошибки и анти-паттерны

• Ошибочное приведение указателей на разные структуры
• Неявное преобразование типов с потерей значимости (например, присваивание double к int)
• Использование приведения как "быстрого способа" работы с данными без проверки согласованности

Пример из жизни

Младший программист для оптимизации времени доступа обрабатывал сетевой пакет, приводя указатель из raw-массива к указателю на структуру данных с полями разного типа.

Плюсы:

• Код казался быстрым и лаконичным.

Минусы:

• На новой платформе структура оказалась упакована иначе, приведение привело к повреждению памяти.

После доработки каждый байт пакета извлекался вручную через memcpy.

Плюсы:

• Работоспособность на всех платформах, исключение зависимостей от выравнивания.

Минусы:

• Стало чуть медленнее и длиннее, но надёжнее.