.NET中List<string>转Emails模型遇InvalidCastException问题求助

首先，你的System.InvalidCastException错误根源非常明确：你试图直接把string类型的邮箱地址强制转换为Linkofy.Models.Emails自定义类型，但这两种类型没有继承或转换关系，所以无法直接强制转换。

第一步：先明确你的Emails模型结构 #

首先得确认你的Emails模型应该是什么样的。如果它是用来存储单个邮箱信息（比如带ID和邮箱地址），那它的结构大概是这样的：

namespace Linkofy.Models
{
    public class Emails
    {
        // 假设你有ID属性
        public int Id { get; set; }
        // 存储邮箱地址的核心属性
        public string EmailAddress { get; set; }
    }
}

如果你的模型只是想单纯包裹邮箱列表，那其实你误解了模型的用途——这种情况下完全不需要自定义模型，直接用List<string>就足够。但如果业务要求必须用自定义模型来存储单个邮箱条目，那上面的结构是合理的。

第二步：修正转换代码 #

你现在的错误出在尝试直接把string转成Emails，正确的做法是为每个邮箱字符串创建一个Emails实例，并给对应的属性赋值。

把你最后未写完的转换代码改成这样：

// 遍历string邮箱列表，逐个创建Emails对象
List<Emails> returnemails = emails.Select(emailStr => new Emails
{
    // 匹配你的模型属性赋值
    EmailAddress = emailStr,
    // 如果需要ID，这里可以赋值（比如自增、从数据库获取等）
    // Id = GenerateUniqueId()
}).ToList();

这样就不会出现类型转换错误了，因为你不是强制转换类型，而是主动创建了匹配类型的对象。

关于你的疑问：能不能在模型中直接声明列表而不创建对象？ #

这里可能存在一点概念混淆：

• 如果你的需求只是存储一组邮箱地址，不需要额外属性（比如ID），那完全可以直接用List<string>，不需要自定义Emails模型。
• 如果业务要求每个邮箱条目必须包含额外信息（比如ID、创建时间、来源URL等），那必须用List<Emails>——因为模型是用来描述单个条目的结构，列表是用来存储多个条目集合。

另外，你的错误和ID无关，核心是错误地尝试将字符串直接转换为自定义对象。如果模型里有ID属性，只需要在创建Emails实例时给ID赋值即可。

优化你的邮箱去重代码 #

顺便提一句，你当前的去重代码可以简化，Contains在列表中是O(n)操作，数据量大时效率偏低，推荐用HashSet自动去重：

HashSet<string> uniqueEmails = new HashSet<string>();
foreach (string url in urls)
{
    foreach (var email in getEmails(url))
    {
        // HashSet会自动忽略重复值
        uniqueEmails.Add(email);
    }
}
List<string> emails = uniqueEmails.ToList();

这样代码更简洁，效率也更高。

内容的提问来源于stack exchange，提问作者Lucie