patterncsharpCritical
Random number generator only generating one random number
Viewed 0 times
randomgeneratingonlynumbergeneratorone
Problem
I have the following function:
How I call it:
If I step that loop with the debugger during runtime I get different values (which is what I want).
However, if I put a breakpoint two lines below that code, all members of the
Why does that happen?
//Function to get random number
public static int RandomNumber(int min, int max)
{
Random random = new Random();
return random.Next(min, max);
}How I call it:
byte[] mac = new byte[6];
for (int x = 0; x < 6; ++x)
mac[x] = (byte)(Misc.RandomNumber((int)0xFFFF, (int)0xFFFFFF) % 256);If I step that loop with the debugger during runtime I get different values (which is what I want).
However, if I put a breakpoint two lines below that code, all members of the
mac array have equal value.Why does that happen?
Solution
Every time you do
Edit (see comments): why do we need a
Basically,
Either can be fine; but mutexing a single instance from multiple callers at the same time is just asking for trouble.
The
this is then per-thread, so you don't need to synchronize.
new Random() it is initialized using the clock. This means that in a tight loop you get the same value lots of times. You should keep a single Random instance and keep using Next on the same instance.//Function to get a random number
private static readonly Random random = new Random();
private static readonly object syncLock = new object();
public static int RandomNumber(int min, int max)
{
lock(syncLock) { // synchronize
return random.Next(min, max);
}
}Edit (see comments): why do we need a
lock here?Basically,
Next is going to change the internal state of the Random instance. If we do that at the same time from multiple threads, you could argue "we've just made the outcome even more random", but what we are actually doing is potentially breaking the internal implementation, and we could also start getting the same numbers from different threads, which might be a problem - and might not. The guarantee of what happens internally is the bigger issue, though; since Random does not make any guarantees of thread-safety. Thus there are two valid approaches:- Synchronize so that we don't access it at the same time from different threads
- Use different
Randominstances per thread
Either can be fine; but mutexing a single instance from multiple callers at the same time is just asking for trouble.
The
lock achieves the first (and simpler) of these approaches; however, another approach might be: private static readonly ThreadLocal appRandom
= new ThreadLocal(() => new Random());this is then per-thread, so you don't need to synchronize.
Code Snippets
//Function to get a random number
private static readonly Random random = new Random();
private static readonly object syncLock = new object();
public static int RandomNumber(int min, int max)
{
lock(syncLock) { // synchronize
return random.Next(min, max);
}
}private static readonly ThreadLocal<Random> appRandom
= new ThreadLocal<Random>(() => new Random());Context
Stack Overflow Q#767999, score: 1150
Revisions (0)
No revisions yet.