What to Know About Value Types and Reference Types in C#
Published: 07 Jul 2008
Value types and reference types are important concepts in C#. In this article, Brendan describes these concepts in an easy way. This beginners' tutorial is written to help people unfamiliar with these concepts to gain a basic understanding of them.
by Brendan Enrick
Average Rating: 
Views (Total / Last 10 Days): 45609/ 108


Anyone planning on writing code in C# should understand the data types available. Before diving into this, however, it is important to understand value types and reference types. This article is designed to give you a quick understanding of these. This article is not meant for people who already understand the difference between these two categories of data types. Knowing this information will give you a much better understanding of how data is stored and how to correctly interact with this data in C#. As you read on, I explain the difference between these two classifications of data types, and I explain how these differences impact you as a C# developer.

Simple Conceptual Difference

I will start by giving a short and simple explanation of the differences between these two. Data types in C# will either be value types or reference types. You can think of Value types as actually being the "value." All we are storing is that value. Think of Reference types as being a "reference" to the value. In this case we are storing a reference to the value you are using.

Value Type Examples

·         int

·         float

·         bool

·         byte

Reference Type Examples

·         string

·         object

·         List

·         Regex

Notice that the simpler, baser types tend to be values and the more advanced types tend to be references. If it really seems like what is being stored is just one single value, it is likely what you are dealing with is a value type. If the data seems more complex or there are simply more bits and pieces of information which are stored together, it is likely you are dealing with a reference type.

Value types are often able to be set to literal values. (42, 3.14159, true, false)

Reference types are similar to pointers in C and C++. (They are not the same, but they are close.) I say this because it helps people understand reference types to think of them as being like pointers to the data. Some C++ purists will probably criticize me for explaining it this way.

Figure 1: Basic Concept

In Figure 1, I have defined two variables: foo and bar. Notice that the value of foo is stored at the location of foo, but with bar there is only a reference to the letters.

Storage Considerations

One fairly obvious statement is that data types take up different amounts of space. An integer obviously does not take as much space as a Person class would. The Person class would require space for a name, birth date, etc. We also have collection types, and with collections we do not know how much space we will need for them. It is not defined in advance at all. We need to consider and understand how each of these cases is handled.

As a general rule, we store value types on the stack in C# and we store reference types on the heap. This is not entirely correct, but it is fairly close. Value types are stored on the stack when they're within the scope of a method. This is because methods live on the stack. If the value type for example is associated with a class, it is being associated with a reference type and is therefore stored with the reference type. This means that it will be included on the heap along with the rest of the data associated with the reference type.


The stack manages the currently executing code. The information currently running is here. The currently executing code is here, which means that it contains for example method-specific information. This means local variables are stored here, which includes value types and in some sense the reference types. The reference types are here, but they only contain the address of the actual data here. This lets you have access to them in the current method even though the data is stored elsewhere. The stack builds up as we go deeper into methods. You have probably seen a "Stack Trace." It is basically some diagnostic info showing what the current information on the stack is. For the most part, this is just a list of nested methods. We call it a stack because each new context stacks on top of the previous one.


The heap is a separate section of memory whose main purpose is simply to manage the data we want to declare dynamically. The main benefit of this memory is that it is easily allocated for objects of varying size, collections usually. This is the area where the actual data is stored for variables of reference type. We have a pointer to the data which we do not see because .NET is a managed language. The pointer is the variable we are using. It is stored on the stack. It is the way we access this heap-stored data. This is why we call it a reference type. It is because we basically just keep a reference to the data.

Dynamic Data Types

Some data types require an unknown amount of space. This creates the need for memory to be dynamically allocated for this data. When we dynamically allocate data, we are allocating this data in the managed heap of C#. As I have said previously, our collections are the primary form of dynamic data in C#. Lists, stacks, queues, etc. are a few of the collections which we use. These are obviously all reference types. If you tried to store collections on the stack it would get pretty messy pretty quickly, since collections tend to grow and shrink. That's why the heap is so much nicer than the stack for dynamic data.

Reference Assignment

One of the hardest concepts for people to understand when it comes to reference types is assignment. It is often difficult to realize how assignments work with reference types. The problem with this is that a lot of people assume that value types and reference types handle assignment in the same way. This is wrong. Assignments with value types copy the value stored in the memory location. Reference types merely copy the reference to the value.

Basic assignment of reference types

When you assign a variable which is a reference type to another variable of the same type, it does not duplicate the values. What happens behind the scenes is that the pointer to the memory location is duplicated.

In the following code I create two variables; both of them are strings. The first one I start by giving a string value. The second one I start by assigning null. I then assign it to the first variable. In the accompanying illustration you can see what changes after the assignment.

Listing 1: Reference Assignment

string myName = "Brendan";
string authorName = null;
authorName = myName;

Figure 2: Reference Assignment

It is important to notice here that we have not copied the data. All we have done is copied that reference. This means that we are pointing at the exact same data for both variables. I have seen many people run into problems where they assumed that an assignment with reference type variables worked the same way as value types. They assume the value has been duplicated. A dangerous assumption since they may alter the value not realizing it alters both.

Null Values

One big difference between value and reference type variables is null. With a reference type, having the null value basically means that it is not referencing anything. Value types obviously cannot ever have the null value because we are saying that it is a special value having to do with references.

If you have ever tried to assign the null value to a value type, such as assigning null to an integer variable, you have probably received a nice compiler message. This is because value types do not reference anything, so the concept of null makes no sense for them. It is not a valid integer value.

Nullable Types

In C# we have some special types which allow us to have our value types as allowing nulls. These are called Nullable Types. This is not really true the way I have described it here. The main way to obtain a nullable type is to follow the type identifier with a question mark. So, for example, I would define one in the following way.

Listing 2: Nullable Values

int? myNullableInteger = null;
bool? myNullableBool = null;

What I have done here is not really what it appears. I am allowing a null value for an integer, but not really. The way this works is that there is a struct called Nullable. It is a generic type, so really I made Nullable<Int32> and a Nullable<Boolean> with the above statements. The Nullable struct defines a pair of read-only properties: HasValue and Value. HasValue is just used to check if it is null or not. If it is not null then you are safe to check the Value.

Boxing and Unboxing

The concepts of boxing and unboxing are interesting ones. They're associated with value and reference types. Boxing is the process through which a programming language stores a value type as a reference type. You might be wondering how this is different from the Nullable type discussed in the section before this one.

Nullable is a special class which use generics to have a value type they manage, and this is how they give the illusion of a nullable value. When you use boxing, it is not using generics in such a nice way.

When you use boxing, the fact that your variable is a value type is lost as the variable is stored as an object. A good way to remember this term is that boxing is hiding your value inside of a box so you no longer know what type of value it is. The following lines of code show an example of this.

Listing 3: Boxing and Unboxing

int myValue = 7; // Value type
object myObject = myValue; // Implicitly boxing the value
object myObject2 = (object)myValue; // Explicitly boxing the value
int theValueAgain = (int)myObject; // Explicitly unboxing the value

As you can see in this example, boxing and unboxing is easy to do and happens often. If ever a value type is converted to object (which is a reference type) boxing must occur. When you extract the value type back out of that object you are unboxing the value.

An easy way to remember these terms is that when you put something in a box you no longer see what it is, you just see the box. When you pull something out of a box, you see what it really is since it is no longer hidden away in the box.

Notes to remember

Value types store the value and reference types store a reference to the value. The value types are how most people think of variables. Reference types work a little bit like pointers in other languages. Since C# is a managed language these pointers are hidden away so the programmer does not have access to them.

Assignment of reference types does not duplicate the value as is done with value types. The reference types only copy the reference to the value. This means that the information for a reference type is only stored in that one spot and multiple variables can point to it.

Reference types can be null. Value types cannot be null, but a struct exists which can wrap around value types so they can be null. The Nullable struct can be used to allow the types which are normally value types to be able to handle null values.

Boxing is the process of storing a value type as a reference type. Unboxing is the process of retrieving the value type back from the reference type.


After reading this article you should have a basic understanding of how value types and reference types work. Do not believe you are an expert on the subject now, reading this article will not make you one. This should give you enough of an understanding of the subject that working with them in the future will not be difficult. When problems with them arise you will understand how they work and be able to work your way through. Go forth with this new knowledge and solve the problems of the programming world.

About the Author

Brendan Enrick

User Comments

Title: feedback   
Name: vishal
Date: 2012-12-27 3:12:57 AM
super awesome articles
Title: What to Know About Value Types and Reference Types in C#   
Name: Venkatesh
Date: 2012-09-26 4:02:32 AM
hi ur explanation is very super.Figure 2: Reference Assignment
doesnt display please correct

Title: What to Know About Value Types and Reference Types in C#   
Name: sreenath
Date: 2012-03-06 12:27:36 AM
very easy to understand doing a good job......
Title: What to Know About Value Types and Reference Types in C#   
Name: Rakesh Kumar chouhan
Date: 2011-03-03 11:47:38 PM
thansks alot...Very Easy to understand
Title: Feedback   
Name: Sneha Bhavar
Date: 2010-08-30 1:20:15 AM
this article is very useful one in respect of c.net platform as for beginners
Title: Compliments   
Name: Pramod Bhat
Date: 2010-02-17 9:08:20 AM
Hey brendan,

This article is superb.especially the examples with pictures.I tried a lot to understand the diff btwn value vs reference types.But, After I read this article, now no more confusion..!!! thanks a lot
Title: RE: Need Help   
Name: Brendan Enrick
Date: 2009-11-23 1:41:48 PM
Thanks saurabh. I am glad you found the article useful. I have written a blog post which should help explain the behavior you're seeing in your code.

Title: Need Help   
Name: saurabh
Date: 2009-11-17 1:37:35 AM
Title: Need Help
Name: saurabh
Date: 11/17/2009 1:32:18 AM
First of all the article is excellent.
But why the following program produces output as:: abc:xyz
it should produce xyz:xyz.
I am confused...Plz help
The Code:

string myName = "abc";
string authorName = null;
authorName = myName;
authorName = "xyz";
The Actual Output:
The Expected Output:

as it's areference type only one copy is shared between references.
Title: Need Help   
Name: saurabh
Date: 2009-11-17 1:32:18 AM
First of all the article is excellent.
But why the following program produces output as:: abc:xyz
it should produce zyx:zyx.
I am confused...Plz help
The Code:

string myName = "abc";
string authorName = null;
authorName = myName;
authorName = "zyx";
The Actual Output:
The expected Output:
Title: Best Explaination   
Name: MIten Shah
Date: 2009-11-04 11:41:38 PM
Excellent article help me lot about understand value type and reference type
Title: Fantasic Work   
Name: Dinakran.U
Date: 2009-09-17 5:40:55 AM
Tnx for the explantion.
Itz really gud:)
Thank u so much,Sir:)
Title: Best foundation for Value and Reference Types   
Name: Kannan
Date: 2009-08-22 6:10:06 AM
This article is very useful yaar. Now I am clear with Value and ReferenceTypes...
Title: Easy and clear   
Name: Alessandro Camargo
Date: 2009-07-27 6:53:50 AM
Excellent article easy to understand and very helpfull.

Title: clear understanding of value type and reference type   
Name: haritha ponnam
Date: 2009-03-03 12:44:59 AM
hi Thanq verymuch u have given good artical it is givindg clear explanyion. now i am clear about boxing and unboxing, nullable values and much clear abt stack and heap.Thax again
Haritha Ponnam
Title: What to Know About Value Types and Reference Types in C#   
Name: DombaX
Date: 2008-12-19 9:50:34 AM
Excellent.. Tx...
Title: ggf   
Name: jagan nagabilli
Date: 2008-11-28 12:13:48 AM
excellent article.....its really helps us alot..thanz author
Title: RE: Reference Assignment   
Name: Brendan Enrick
Date: 2008-11-13 10:44:30 AM
@Horus Thanks Horus, hmm I can't believe I forgot to mention the immutability of strings. Thanks for mentioning it.
Title: Reference Assignment   
Name: Horus
Date: 2008-11-13 10:15:44 AM
Good articel. You have to be careful with your example in the chapter 'Reference Assignment' thought. The assignment in the example works exact the way it is illustrated, but the text after the figure is only true for reference types that aren't strings. Strings are implemented as immutable and will automatically created a new instance if they are changed. So a change of 'myName' would create an independent instance with 'myName' pointing to it and authorName would keep its pointer to the old instance and so its value would remain unchanged.
Title: Value Types & Reference types   
Name: Vishal Khot
Date: 2008-10-14 4:54:15 AM
great yaar
i am really happy by the fact that there are people who has the
tremendous capacity like you to explain the matter
it was very good & thorough explaination
great man
keep doing this
Title: Thanxx Brother   
Name: Muhammad Atif Javed
Date: 2008-09-25 2:37:18 AM
You'r posted article is very very nice. I learned a lot from this article. This article is written in very easy words with easy to understand examples and this this will clear my concepts about value types and reference types.
Title: very helpful   
Name: Sivakumar
Date: 2008-09-10 2:55:16 AM
Very very helpful
Good for every one.....
Title: Very very helpful   
Name: Poornima
Date: 2008-09-05 2:04:04 PM
It is a fantastic article written in very simple language which makes it easy for beginners like me to understand.I understood everything explained in the article and Now i think I can make some sense out of the big fat C# books which I was trying to read in the first place.After struggling through complicated articles and ebooks this was like a breath of fresh air.Thanks a ton
Title: A Good Article for Beginners.   
Name: Ahsan
Date: 2008-07-09 1:19:11 AM
It is really a very nice article for the beginners to get very Good Concept on Value Type and Reference Type.

Thanks for providing such a clear explanation.
Title: Very informative   
Name: Prince
Date: 2008-07-09 1:03:24 AM
It was really informative. All concepts are well described except nullable which i couldn't make out :) Thanks for sharing this.
Title: Good Article   
Name: suchi banerjee
Date: 2008-07-09 12:37:57 AM
It is a very good article. Probably you could have added a little more i.e. Cloning.
Title: RE: Good Article   
Name: Brendan
Date: 2008-07-08 8:57:35 AM
@Ravi Chougule

Thanks, I was trying to keep it simple and easy enough for beginners to understand. I am quite happy to hear that it is also valuable for you.
Title: Good Article   
Name: Ravi Chougule
Date: 2008-07-08 5:59:37 AM
This is really good atrticle for all...not just beginners.
Thank you

Community Advice: ASP | SQL | XML | Regular Expressions | Windows

©Copyright 1998-2021 ASPAlliance.com  |  Page Processed at 2021-12-02 11:31:53 PM  AspAlliance Recent Articles RSS Feed
About ASPAlliance | Newsgroups | Advertise | Authors | Email Lists | Feedback | Link To Us | Privacy | Search