Завжди використовуйте для цього printfсімейство функцій. Навіть якщо ви хочете отримати значення як float, вам найкраще використовувати 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, і тому математично правильна відповідь при округлянні її до двох десяткових знаків становить 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) не є десятковою плаваючою комою - вони двійкові з плаваючою комою - тому округлення до десяткових позицій безглуздо. Однак ви можете округлити вихід.