Quick answer
Count complete years first, then complete months, then the days left over. Never assume a month is 30 days.
The three-step count
Start at the date of birth and move forward. First, count how many complete years fit before you pass the reference date — that is the years field. From that anniversary, count how many complete calendar months fit. From that point, count the days remaining. Three counts, done in that order, each one starting where the last stopped.
The order matters because each step changes where the next one starts. Counting months first, or counting days and converting afterwards, produces a different number. This is not a rounding difference; it is a different question being answered.
Use this guide with the right tool: Open the Age Calculator for exact chronological age in completed years, calendar months and remaining days. If the question shifts, compare it with the Exact Age Calculator or the Chronological Age Calculator.
Why the days field is not a fraction
The final figure is the number of days after the last complete month boundary, so it runs from 0 to 30 depending on how long that particular month was. It is not a thirtieth of a month and it does not convert cleanly into one.
This is where manual calculation usually goes wrong. Subtracting the two dates column by column and borrowing a flat thirty days when the day figure goes negative gives an answer that is off by up to three days, because the month you borrowed from might have had 28, 29 or 31. Borrow the real length of that month instead.
Whether the birthday has passed
The years field depends entirely on whether this year's birthday has already occurred on the reference date. Someone born in November, measured in August, has not had their birthday yet — so subtracting birth year from current year overstates their age by one.
This is the most common single-line error in age arithmetic and it affects roughly half the population at any given moment, because roughly half of all birthdays are still ahead. Any method that touches only the years is wrong for those people.
End-of-month cases
A birth date near the end of a long month creates months that do not exist in the destination. From 31 January, one calendar month forward is 28 or 29 February, because there is no 31st. Calendar-safe arithmetic clamps to the last available day.
The alternative convention rolls forward into March instead. Both are in use, and they differ by up to three days. For most personal purposes it does not matter; for anything with a threshold attached, find out which convention the governing rule uses rather than assuming.
Worked example
Swap in your own figures and the method carries over unchanged. What does not carry over is the source of authority, which is specific to your situation.
Common mistakes to avoid
- Subtracting birth year from current year. Correct only if the birthday has already passed this year. For about half of people at any moment, it is one year too high.
- Borrowing thirty days. Borrow the real length of the boundary month, or the days field can be off by up to three.
- Converting a decimal age back into years, months and days. The decimal has already lost the calendar structure. Recalculate from the two dates instead.
Use the right calculator
Pick the one whose inputs match the information you actually have. Each page explains what its result does and does not cover.
Frequently asked questions
Why does my age in days not divide neatly into my age in years?
Because calendar years vary between 365 and 366 days. The two figures answer different questions and neither converts cleanly into the other.
Which date should I use as the reference?
Whichever date the question is actually about — today for a current age, an event date for a historical one, an assessment or deadline date where a rule applies.
Does the birthday itself count as a completed year?
Yes. On your birthday you have completed that many full years, so the years field increments on the day itself.