Всегда используйте printfсемейство функций для этого. Даже если вы хотите получить значение как число с плавающей запятой, лучше всего использовать snprintfдля получения округленного значения в виде строки, а затем анализировать его с помощью atof:
#include <math.h>
#include <stdio.h>
#include <stddef.h>
#include <stdlib.h>
double dround(double val, int dp) {
int charsNeeded = 1 + snprintf(NULL, 0, "%.*f", dp, val);
char *buffer = malloc(charsNeeded);
snprintf(buffer, charsNeeded, "%.*f", dp, val);
double result = atof(buffer);
free(buffer);
return result;
}
Я говорю это потому, что подход, показанный текущим ответом с наибольшим количеством голосов и несколькими другими здесь - умножение на 100, округление до ближайшего целого числа, а затем деление на 100 - ошибочно в двух отношениях:
- Для некоторых значений он будет округляться в неправильном направлении, потому что умножение на 100 изменяет десятичную цифру, определяющую направление округления, с 4 на 5 или наоборот, из-за неточности чисел с плавающей запятой
- Для некоторых значений умножение, а затем деление на 100 не происходит в обратном порядке, а это означает, что даже если не происходит округления, конечный результат будет неправильным
Чтобы проиллюстрировать первый тип ошибки - иногда неправильное направление округления - попробуйте запустить эту программу:
int main(void) {
// This number is EXACTLY representable as a double
double x = 0.01499999999999999944488848768742172978818416595458984375;
printf("x: %.50f\n", x);
double res1 = dround(x, 2);
double res2 = round(100 * x) / 100;
printf("Rounded with snprintf: %.50f\n", res1);
printf("Rounded with round, then divided: %.50f\n", res2);
}
Вы увидите этот вывод:
x: 0.01499999999999999944488848768742172978818416595459
Rounded with snprintf: 0.01000000000000000020816681711721685132943093776703
Rounded with round, then divided: 0.02000000000000000041633363423443370265886187553406
Обратите внимание, что значение, с которого мы начали, было меньше 0,015, и поэтому математически правильный ответ при округлении до 2 десятичных знаков равен 0,01. Конечно, 0,01 не совсем точно представляется в виде двойного числа, но мы ожидаем, что наш результат будет двойным, ближайшим к 0,01. Использование snprintfдает нам этот результат, но использование round(100 * x) / 100дает нам 0,02, что неправильно. Зачем? Потому что 100 * xдает нам точно 1,5 в результате. Умножение на 100, таким образом, меняет правильное направление на округление.
Для иллюстрации второго рода ошибки - результат иногда быть неправильно из - за * 100и на / 100самом деле не быть обратным друг друга - мы можем сделать подобное упражнение с очень большим числом:
int main(void) {
double x = 8631192423766613.0;
printf("x: %.1f\n", x);
double res1 = dround(x, 2);
double res2 = round(100 * x) / 100;
printf("Rounded with snprintf: %.1f\n", res1);
printf("Rounded with round, then divided: %.1f\n", res2);
}
Наш номер теперь даже не имеет дробной части; это целочисленное значение, просто хранится с типом double. Таким образом, результат после округления должен быть таким же, как мы начали, верно?
Если вы запустите программу выше, вы увидите:
x: 8631192423766613.0
Rounded with snprintf: 8631192423766613.0
Rounded with round, then divided: 8631192423766612.0
К сожалению. Наш snprintfметод снова возвращает правильный результат, но подход «умножить-затем-округлить-затем-разделить» не дает результатов. Это потому , что математически правильное значение 8631192423766613.0 * 100, 863119242376661300.0является не совсем представимо в виде двойной; самое близкое значение 863119242376661248.0. Когда вы делите это обратно на 100, вы получаете 8631192423766612.0- число, отличное от того, с которого вы начали.
Надеюсь, это достаточная демонстрация того, что использование roundfокругления до числа десятичных разрядов не работает, и что вы должны использовать snprintfвместо этого. Если вам кажется, что это ужасный хак, возможно, вы будете уверены, что это именно то, что делает CPython .
float(иdouble) не являются десятичными числами с плавающей точкой - они являются двоичными числами с плавающей точкой - поэтому округление до десятичных позиций не имеет смысла. Вы можете округлить вывод, однако.