如果程序集被引用并且Class可见:

typeof(namespace.a.b.ClassName)

GetType返回null，因为没有找到类型，使用typeof，编译器可以帮助你找出错误。

试试这个方法。

public static Type GetType(string typeName)
{
    var type = Type.GetType(typeName);
    if (type != null) return type;
    foreach (var a in AppDomain.CurrentDomain.GetAssemblies())
    {
        type = a.GetType(typeName);
        if (type != null)
            return type;
    }
    return null;
}

你也可以得到不带程序集限定名但带有dll名的类型，例如:

Type myClassType = Type.GetType("TypeName,DllName");

我也遇到过同样的情况，这招对我很管用。我需要一个DataModel类型的对象。QueueObject”，并有一个引用“DataModel”，所以我得到的类型如下:

Type type = Type.GetType("DataModel.QueueObject,DataModel");

逗号后的第二个字符串是引用名称(dll名称)。

如果你的类不在当前程序集中，你必须给出qualifiedName，这段代码显示了如何获得类的qualifiedName

string qualifiedName = typeof(YourClass).AssemblyQualifiedName;

然后你可以用qualifiedName获取type

Type elementType = Type.GetType(qualifiedName);

如果它是一个嵌套类型，您可能会忘记转换。到a +

不管怎样，typeof(T).FullName会告诉你应该说什么

编辑:顺便说一句，这些用法(我相信你知道)只是编译时对编译器的指令，因此不会对API调用的成功产生任何影响。(如果你有项目或装配的参考资料，可能会有潜在的影响-因此信息不是无用的，只是需要一些过滤…)

我被骗了。由于我想要创建的类型(按名称)都在我控制的dll中，所以我只是在程序集中的dll中放置了一个静态方法，该方法采用简单的名称，并调用type。GetType从那个上下文返回结果。

The original purpose was so that the type could be specified by name in configuration data. I've since change the code so that the user specified a format to process. The format handler classes implement a interface that determines if the type can parse the specified format. I then use reflection to find types that implement the interface, and find one that handles the format. So now the configuration specifies a format name, a not a specific type. The reflection code can look at adjacent dlls and load, them so I have a sort poor man's plug-in architecture.