使用LINQ的可组合锁。任何人都可以看到这个问题吗?

时间:2011-02-16 20:45:22

标签: c# linq concurrency monads locks

我正在玩LINQ,我提出了以下有关利用C#Monadic语法编写锁的想法。这似乎太简单了,所以我想让我在StackOverflow上发布它,看看是否有人能够快速发现这种方法的任何重大问题。

如果您在原子实现中注释锁定,您将看到帐户被破坏。

这个想法是关于能够在没有显式锁定的情况下对帐户进行操作。

using System;
using System.Collections.Generic;
using System.Linq;

namespace AtomicLinq
{
    public static class AccountCombinators
    {
        public static IAtomic <Unit> TransferAndReverse(this Account accA, 
                                                      Account accB, 
                                                      double amount)
        {
            return from a in accA.TransferTo(accB, amount)
                   from b in accB.TransferTo(accA, amount)
                   select new Unit();
        }

        public static IAtomic<Unit> TransferTo(this Account accA, 
                                              Account accB, 
                                              double amount)
        {
            return from a in accA.Withdraw(amount)
                   from b in accB.Deposit(amount)
                   select new Unit();
        }

        public static IAtomic<double> Withdraw(this Account acc, double amount)
        {
            return Atomic.Create(() => acc.Amount -= amount);
        }

        public static IAtomic<double> Deposit(this Account acc, double amount)
        {
            return Atomic.Create(() => acc.Amount += amount);
        }
    }

    static class Program
    {
        static void Main(string[] args)
        {
            var accA = new Account("John") { Amount = 100.0 };
            var accB = new Account("Mark") { Amount = 200.0 };

            var syncObject = new object();
            Enumerable.Range(1, 100000).AsParallel().Select(_ => accA.TransferAndReverse(accB, 100).Execute(syncObject)).Run();

            Console.WriteLine("{0} {1}", accA, accA.Amount);
            Console.WriteLine("{0} {1}", accB, accB.Amount);

            Console.ReadLine();
        }        
    }    

    public class Account
    {
        public double Amount { get; set; }
        private readonly string _name;

        public Account(string name)
        {
            _name = name;
        }

        public override string ToString()
        {
            return _name;
        }
    }

    #region Atomic Implementation

    public interface IAtomic<T>
    {
        T Execute(object sync);
    }

    public static class Atomic
    {
        public static IAtomic<T> Create<T>(Func<object, T> f)
        {
            return new AnonymousAtomic<T>(f);
        }

        public static IAtomic<T> Create<T>(Func<T> f)
        {
            return Create(_ => f());
        }

        public static IAtomic<T> Aggregate<T>(this IEnumerable<IAtomic<T>> xs)
        {
            return xs.Aggregate((x, y) => from a in x
                                          from b in y
                                          select b);
        }

        public static IAtomic<K> SelectMany<T, V, K>(this IAtomic<T> m, Func<T, IAtomic<V>> f, Func<T, V, K> p)
        {
            return Create(sync =>
                              {
                                  var t = m.Execute(sync);
                                  var x = f(t);
                                  return p(t, x.Execute(sync));
                              });
        }
    }

    public class AnonymousAtomic<T> : IAtomic<T>
    {
        private readonly Func<object, T> _func;

        public AnonymousAtomic(Func<object, T> func)
        {
            _func = func;
        }

        public T Execute(object sync)
        {
            lock (sync)  // Try to comment this lock you'll see that the accounts get corrupted
                return _func(sync);
        }
    }

    #endregion Atomic Implementation   
}



1 个答案:

答案 0 :(得分:0)

我要点几点:

1)它没有编译,我错过了什么?具体的C#预览还是什么?

2)你正在使用一个将成为主要瓶颈的syncObject。从本质上讲,您将整个过程重新转变为单线程应用程序。有更简单的方法可以做到这一点。这种自动并发性会带来相当大的性能成本。

3)这里只有一个字段可以被破坏,为什么不锁定它的访问者?你仍然可以对它们进行操作。没错,类设计者必须注意锁定和并发。但另一方面,使用您的方法,程序员必须了解您的编写类。我会使用正常锁定,因为大多数人已经知道了。

这是一个有趣的想法,但我没有看到这样做的好处,并且有一些缺点。但是有很多关于事务性内存等的思考。这可能会导致一些问题。

GJ