리플렉션 속도가 느림

Question

최근 비즈니스 계층에서 DataAccessProvider를 구별 할 수있는 인터페이스 계층을 만들었습니다. 이 방법을 사용하면 Web/App.Config의 값을 변경하여 언제든지 DataAccessProvider를 선택할 수 있습니다. (자세한 내용은 필요한 경우 제공 될 수 있음).

어쨌든 이것을 수행하기 위해 리플렉션을 사용하여 우리가 작업 할 수있는 DataProvider 클래스를 완성합니다.

/// <summary> 
/// The constructor will create a new provider with the use of reflection. 
/// If the assembly could not be loaded an AssemblyNotFoundException will be thrown. 
/// </summary> 
public DataAccessProviderFactory() 
{ 
    string providerName = ConfigurationManager.AppSettings["DataProvider"]; 
    string providerFactoryName = ConfigurationManager.AppSettings["DataProviderFactory"]; 
    try 
    { 
     activeProvider = Assembly.Load(providerName); 
     activeDataProviderFactory = (IDataProviderFactory)activeProvider.CreateInstance(providerFactoryName); 
    } 
    catch 
    { 
     throw new AssemblyNotFoundException(); 
    } 
} 

하지만 이제는 천천히 반사하는 것이 궁금합니다.

Answer 1

대부분의 경우 : 충분히 빠릅니다. 예를 들어 DAL 래퍼 개체를 만드는 데이 개체를 사용하는 경우 리플렉션을 통해 개체를 만드는 데 걸리는 시간은 네트워크에 연결해야하는 시간과 비교하여 소문자입니다. 그래서 이것을 최적화하는 것은 시간 낭비 일 것입니다. 당신이 꽉 루프에서 반사를 사용하는 경우

은 그것을 개선하는 트릭이있다 :

• 제네릭 입력 된 대리인에게
• Delegate.CreateDelegate ((래퍼 where T : new() 및 MakeGenericType를 사용)이 작동하지 않습니다 생성자)에 대한
• Reflection.Emit은 - 하드 코어
• Expression (같은 Delegate.CreateDelegate하지만, 더 유연하고
) 생성자 작동

하지만 용도로는 CreateInstance입니다. 그것에 매달리고, 물건을 간단하게해라.

---

편집 : 가장 중요한 것은, "그것을 측정은"유지하면서 상대적으로 성능에 대한 포인트가 남아있는 동안, 나는 위의 일부를 명확히해야한다. 때로는 ... 은과 관련이 있습니다. 먼저 측정하십시오. 그러나 이 너무 느리다면이 너무 느립니다. FastMember과 같은 것을 보길 원할 것입니다. Reflection.Emit 코드를 조용히 배경으로 사용하면 좋은 API를 쉽게 얻을 수 있습니다.

var accessor = TypeAccessor.Create(type); 
List<object> results = new List<object>(); 
foreach(var row in rows) { 
    object obj = accessor.CreateNew(); 
    foreach(var col in cols) { 
     accessor[obj, col.Name] = col.Value; 
    } 
    results.Add(obj); 
} 

매우 간단하지만 매우 빠릅니다.

int id = 12345; 
var orders = connection.Query<Order>(
    "select top 10 * from Orders where CustomerId = @id order by Id desc", 
    new { id }).ToList(); 

: 특정 예에서 나는 다시 당신에게 가장 빠른하지만 사용하기 쉬운 API를 제공하는 백그라운드에서 모든 Reflection.Emit 코드를 수행 dapper 같은 DAL이 많은 일을하는 경우 랩퍼 고려 뭔가에 대해 언급

Answer 2

여기에 도움이 될 수 일부 링크입니다 :

• This guy did some tests and provides a few metrics
• MSDN article "Dodge Common Performance Pitfalls to Craft Speedy Applications"

Answer 3

다른 답변에서 주어진 링크를 따르지 않고 "pathalogically bad"코드를 쓰지 않는 것 이외에 나에게 가장 좋은 대답은 직접 테스트하는 것입니다.

리플렉션 코드가 좁은 루프에있을 지 여부와 같은 네크 병의 위치, 리플렉션 코드의 사용자 수, 비즈니스 케이스, 사이트에 액세스 할 사용자 수, 요구 사항은 다음과 같습니다.

그러나 여기에 표시된 코드 스 니펫을 보면 내 생각에 반사의 오버 헤드가 엄청난 문제가되지는 않을 것입니다.

VS.NET 웹 테스트 및 성능 테스트 기능을 사용하면이 코드의 성능을 매우 간단하게 측정 할 수 있습니다.

리플렉션을 사용하지 않으면 코드는 어떻게 생깁니 까? 어떤 한계가 있을까요? 리플렉션 코드를 제거하면 자신이 찾은 한계로 인해 생활 할 수없는 것일 수 있습니다. 가능한 경우 또는 대안이 바람직한지 확인하기 위해 리플렉션없이이 코드를 설계하는 것이 좋습니다.

Answer 4

반사가 느립니다. 리플렉션으로 메소드를 호출하는 것은 일반적인 방법보다 약 3 배 느립니다. 이 작업을 한 번만 또는 심각하지 않은 상황에서 수행하면 아무런 문제가 없습니다. 시간 결정적 방법으로 10'000 배를 사용한다면 구현을 변경하는 것이 좋습니다.

Answer 5

비 반사 코드와 비교할 때 속도가 느립니다. 중요한 것은 느리지 만 느린 경우 으로 계산됩니다. 예를 들어 웹 환경에서 리플렉션을 사용하여 객체를 인스턴스화하면 예상되는 Concurency가 최대 10K까지 올라갈 수 있습니다.

어쨌든 사전에 성능에 대해 신경 쓰지 않아도됩니다. 일들이 느린 것으로 밝혀지면, 앞으로 계획 한 부분이 최적화를 필요로하는 부분을 현지화 할 수 있도록 올바르게 설계하면 속도를 늘릴 수 있습니다. 나는 IOC의와 함께 연주하기 시작 때까지 내가 somethign 비슷한 일을했다

Dynamic... But Fast: The Tale of Three Monkeys, A Wolf and the DynamicMethod and ILGenerator Classes

Answer 6

: 당신이 속도를 필요로하는 경우

당신은이 유명한 기사를 확인할 수 있습니다. 스프링, 객체 정의를 사용하여 SQL, XML 또는 Mock과 같은 데이터 공급자를 지정합니다!

Answer 7

나는 느린 반사가없는 것과 어떻게 비교되는지를 보여주기 위해 빠른 테스트를 할 것이라고 생각했습니다.반사

• 총 시간을 그 속성들 각각을 반복과 일치하여 58 객체 인스턴스화 함께

  : 52,254 나노초

  while (reader.Read()) { 
      string[] columns = reader.CurrentRecord; 
      CdsRawPayfileEntry toAdd = new CdsRawPayfileEntry(); 
      IEnumerable<PropertyInfo> rawPayFileAttributes = typeof(CdsRawPayfileEntry).GetProperties().Where(prop => Attribute.IsDefined(prop, typeof(CustomIndexAttribute))); 
      foreach (var property in rawPayFileAttributes) { 
       int propertyIndex = ((CustomIndexAttribute)property.GetCustomAttribute(typeof(CustomIndexAttribute))).Index; 
       if (propertyIndex < columns.Length) 
        property.SetValue(toReturn, columns[propertyIndex]); 
       else 
        break; 
      } 
  } 
  

반사없이

• 는 새로운 객체를

• 총 시간을 만들어 58 개체 인스턴스화 : 868 나노초이기는하지만

  while (reader2.Read()) { 
       string[] columns = reader2.CurrentRecord; 
       CdsRawPayfileEntry toAdd = new CdsRawPayfileEntry() { 
        ColumnZero = columns[0], 
        ColumnOne = columns[1], 
        ColumnTwo = columns[2], 
        ColumnThree = columns[3], 
        ColumnFour = columns[4], 
        ColumnFive = columns[5], 
        ColumnSix = columns[6], 
        ColumnSeven = columns[7], 
        ColumnEight = columns[8], 
        ColumnNine = columns[9], 
        ColumnTen = columns[10], 
        ColumnEleven = columns[11], 
        ColumnTwelve = columns[12], 
        ColumnThirteen = columns[13], 
        ColumnFourteen = columns[14], 
        ColumnFifteen = columns[15], 
        ColumnSixteen = columns[16], 
        ColumnSeventeen = columns[17] 
       }; 
      } 
  

, 반사도 검색해야하기 때문에 완전히 공평하지 리플렉션을 통해 새 오브젝트를 생성하는 것 위에 모든 속성의 특정 속성이 58 * 18 번이지만 최소한 일부 시각을 제공합니다.