SharePoint Error : System.ArgumentException. Value does not fall within the expected range

最新推荐文章于 2021-12-24 14:02:57 发布
转载 最新推荐文章于 2021-12-24 14:02:57 发布 · 2.6k 阅读 · 0
文章标签：

#SharePoint

本文提供了解决在使用SharePoint时遇到的System.ArgumentException错误的方法，包括详细的错误描述和解决步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

转自VC错误:http://www.vcerror.com/?p=1914

问题描述：
做SharePoint的时候遇到这个错误：
System.ArgumentException. Value does not fall within the expected range.    
at Microsoft.SharePoint.Library.SPRequestInternalClass.GetMetadataForUrl(String bstrUrl, Int32 METADATAFLAGS, Guid& pgListId, Int32& plItemId, Int32& plType, Object& pvarFileOrFolder)     
at Microsoft.SharePoint.Library.SPRequest.GetMetadataForUrl(String bstrUrl, Int32 METADATAFLAGS, Guid& pgListId, Int32& plItemId, Int32& plType, Object& pvarFileOrFolder)     
at Microsoft.SharePoint.SPWeb.GetMetadataForUrl(String relUrl, Int32 mondoProcHint, Guid& listId, Int32& itemId, Int32& typeOfObject, Object& fileOrFolder)     
at Microsoft.SharePoint.SPWeb.GetFileOrFolderObject(String strUrl)     
at Microsoft.SharePoint.Publishing.CommonUtilities.GetFileFromUrl(String url, SPWeb web)

解决方法：
具体的解决方法参考文章:http://www.vcerror.com/?p=1914
发生了预料之外的错误: System.ArgumentException: 指定的 Visual 已经是另一个 Visual 的子级或者已经是 CompositionTarget 的根。 在 S
王大师企业官方博客
11-16 2838
发生了预料之外的错误: System.ArgumentException: 指定的 Visual 已经是另一个 Visual 的子级或者已经是 CompositionTarget 的根。报错原因未知解决方案 报错原因未知 解决方案 清空缓存，重新启动。
SharePoint 2013 引发类型为“System.ArgumentException”的异常。 参数名: encodedValue
段传涛 的专栏
06-24 4246
SharePoint 2013 引发类型为“System.ArgumentException”的异常。 参数名: encodedValue  详细错误信息 说明: 执行当前 Web 请求期间，出现未经处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。  异常详细信息: System.Argument
EFcore Value does not fall within the expected range.
是小伟子呀
12-24 1187
EFcore Value does not fall within the expected range.
在Hololens中开发TCP通信，错误“ArgumentException: Value does not fall within the expected range”的解决方案
皮皮#2500
08-01 3248
在Hololens中开发TCP通信，错误“ArgumentException: Value does not fall within the expected range”的解决方案问题描述解决方法参考链接 问题描述     在将异步TCP通信项目部署到Hololens2中运行时，出现错误“ArgumentException: Value does not fall within the expected range”，这是在5月15日发部的Win 10 SDK 10.0.19041.0与Unity2019
Silverlight ComboBox Bug - Value does not fall within the expected range
James Zhou's blog
07-03 4548
Silverlight 2 Combobox 有一个bug, 今天被我遇到了，下面是IE错误信息： Error: Unhandled Error in Silverlight 2 Application Code: 4004    Category: ManagedRuntimeError       Message: System.ArgumentException: Val
System.ArgumentException(解决方案).md
11-28
这种异常是抽象基类System.Exception的派生类，主要用来指出方法调用时传入了不适当的参数。 解决 ArgumentException 的关键在于确保传递给方法的参数类型和值都是正确的。开发人员需要根据异常信息确定是哪个参数...
System.ArgumentOutOfRangeException(解决方案).md
11-25
System.ArgumentOutOfRangeException是.NET框架中的一个异常类型，它在用户输入的参数值超出了方法预期接受的有效范围时被抛出。在数组操作中，当尝试访问数组索引，但该索引超出了数组的实际范围时，就会引发此类...
Type: System.ArgumentException Source: System.Data Message: Source: Keyword not supported: 'provider'. Stack Trace: at System.Data.Common.DbConnectionOptions.ParseInternal(Hashtable parsetable, String connectionString, Boolean buildChain, Hashtable synonyms, Boolean firstKey) 这是什么问题
07-15
这个问题是由于在连接字符串中使用了不支持的关键字 "provider" 导致的。连接字符串是用于连接到数据库或其他数据源的字符串，其中包含有关连接的信息，如服务器名称、数据库名称、身份验证方式等。...
wpf BitmapImage.EndInit() Value does not fall within the expected range.
n727158431的博客
07-25 739
一、报错环境：win7客户机，个别浮现 二、代码报错位置： System.ArgumentException: Value does not fall within the expected range. ---> System.ArgumentException: Value does not fall within the expected range. --- End of ...
Value does not fall within the expected range 值不在预期的范围内
weixin_30545285的博客
07-16 1756
用vs2012 打开web.config时，提示如下错误：“Value does not fall within the expected range”; 中文提示：“值不在预期的范围内” 解决方案：删除解决方案同目录下的.suo 文件。 转载于:https://www.cnblogs.com/zhangzhi19861216/p/4651822.html...
总结：SharePoint 2010 -- Error and Solution（1）-- SharePoint Designer – Value does not fall within the e...
diaodi4538的博客
05-31 97
Description In some odd situation, SharePoint Designer (SPD) 2010 would throw this error: “soap:Server was unable to process request.Value does not fall within the expected range” Reason ...
Silverlight Combo box exception: Value does not fall within the expected range
diaoliti2465的博客
10-04 121
When seting selected item for silverlight combo box, there may be exception like this: "Value does not fall within the expected range". Here we have two solutions: The first solution is to Upda...
[Unity 开发] VS2017 无法调用Unity相关API
mybookln_nl的博客
05-09 5473
常见的问题有两种 第一种是所有类忽然无法调用相关API，但是也没有报错。 此时重启VS即可。原因不明，知道之后我再来更新。 另外一种，在VS中的解决方案资源管理器中会有下图显示 此时新创建的类都不能正常调用API，但是其它的类还可以使用。 此时可以点击 文件 -> 将 xxx 移入 -> xxx项目 这样就能继续使用了。 但是为什么呢？
C# (Microsoft.Office.Interop.Word) Value does not fall within the expected range
小鹰信息技术服务部
05-14 5110
C#读取Word模板操作表格（Microsoft.Office.Interop.Word），获取模板中的表格 测试document.Tables.Count, 结果是1， 也就是表格只有一个，按理说那就是Tables[0]了， Table table = document.Tables[0]; 但是这个写法报错：Value does not fall within the expect...
Value does not fall within the expected range in excel word addin HResult 2147024809
码农, 农民工的程序人生
03-25 5041
这个错误“Value does notfall within the expected range ”在网上有很多种解释，但是都不能解决我遇到的问题。google能搜到一些具体的解决办法，但是由于国内代理的问题不能访问。当我想往一个Excel里加入一个CuntomTaskPane的时候（Globals.ThisAddIn.CustomTaskPanes.Add(control, title，win
linux dotnet run失败,`Unhandled Exception:System.ArgumentNullException:使用启动脚本运行`dotnet run`时,值不能为空.错误...
weixin_42496225的博客
05-25 1483
我正在尝试使用dotnet run --configuration Release系统服务器Startup/Reboot 运行一个dotnet应用程序.我正在使用init.d脚本来实现同样的目标.我的启动脚本位于/etc/init.d/myscript包含以下内容:#!/bin/sh/home/user/myscripts/botScript.sh内容botScript.sh:#!/bin/bas...
System.ArgumentException:“Column 'Basicdata' does not belong to table .”
最新发布
08-07
<think>我们正在处理一个常见的ADO.NET异常：System.ArgumentException: Column 'Basicdata' does not belong to table。 根据引用[1]和[2]的描述，这个问题通常发生在尝试从DataRow中访问一个不存在的列名时。具体来说，当执行类似`dataRow["Basicdata"]`的代码时，如果DataTable中不存在名为"Basicdata"的列，就会抛出此异常。 根据引用[1]的分析，这个问题可能是间歇性的，并且可能与数据库连接的管理有关（例如connection.Close()）。引用[2]则展示了一个具体的错误场景，在遍历DataRow时访问了一个不存在的列。 结合这些信息，我们可以推断出以下可能的原因及解决方案： 可能原因： 1. 数据库查询返回的结果集中不包含名为"Basicdata"的列。这可能是由于SQL查询语句中未选择该列，或者该列在数据库表中不存在。 2. 数据库表结构发生了变更（例如列名更改或删除），但程序中的代码未同步更新。 3. 查询语句使用了动态SQL，而某些情况下该列未被正确生成。 4. 连接未正确关闭导致的状态混乱（如引用[1]所述）。例如，连接池中复用的连接可能因为前一次操作未正确清理而遗留了旧的表结构信息（但这种情况较为罕见，通常列名错误是直接的）。 解决方案： 1. 检查SQL查询语句：确保在SELECT语句中包含了列名为"Basicdata"的列（注意大小写和空格）。例如： ```sql SELECT Basicdata FROM YourTable ... ``` 如果数据库中的列名是其他名称（如大小写不一致，或者有空格等），需要使用别名或正确引用。例如： ```sql SELECT [Basicdata] AS Basicdata ... -- SQL Server ``` 2. 检查DataTable的列集合：在代码中，在访问DataRow之前，可以先检查DataTable中是否存在该列。例如： ```csharp DataTable table = dataSet.Tables[0]; if (table.Columns.Contains("Basicdata")) { // 然后才访问 string value = row["Basicdata"].ToString(); } else { // 处理列不存在的情况，例如记录日志或使用默认值 } ``` 3. 检查数据库表结构：确认数据库中该表是否确实有名为"Basicdata"的列。可以通过数据库管理工具直接查询表结构。 4. 检查连接关闭问题：如引用[1]所述，确保在每次使用完数据库连接后，正确地关闭和释放连接。建议使用`using`语句来管理连接，以确保连接被及时关闭。例如： ```csharp using (SqlConnection connection = new SqlConnection(connectionString)) { // 执行查询 } ``` 5. 如果问题间歇性出现，考虑是否是并发操作导致的数据集混乱？比如多个线程同时操作同一个DataSet对象？如果是这样，需要确保对DataSet的访问是线程安全的。 6. 检查是否在多个地方操作了同一个DataSet，并且可能在某个地方移除了列？或者对DataTable进行了修改（如移除列）？ 7. 如果列名是动态生成的，确保生成逻辑正确，并且在所有情况下都生成了该列。 8. 注意大小写问题：DataTable的列名默认是大小写不敏感的，但是最好保证代码中使用的列名与查询返回的列名完全一致（包括大小写）。因为有些数据库（如Oracle）列名默认是大写的，而SQL Server则取决于创建时的引用。 9. 如果使用了存储过程，检查存储过程是否在不同条件下返回了不同的结果集（例如，条件分支中返回的列不同）。 10. 使用强类型访问：如果可能，使用强类型的DataSet（即使用XSD定义的表结构）可以避免此类问题，因为列名在编译时就会检查。 根据引用[3]（虽然与SharePoint相关，但异常类型相同）的提示，也要注意值是否在预期范围内，但这里主要是列名的问题。 因此，针对该问题的解决步骤可以总结为： - 首先，确认数据库查询返回的列确实包含"Basicdata"。 - 其次，在代码中访问该列之前，先检查列是否存在。 - 最后，确保数据库连接和数据集的使用是正确和安全的。 如果上述步骤仍然无法解决问题，可以考虑在出现异常时记录下当前DataTable中的所有列名，以便于分析在异常发生时实际返回的列有哪些。 示例代码（用于记录列名）： ```csharp try { // 访问列 string value = row["Basicdata"].ToString(); } catch (ArgumentException ex) { // 记录当前DataTable的所有列名 var columns = table.Columns.Cast<DataColumn>().Select(c => c.ColumnName); string columnNames = string.Join(", ", columns); // 将columnNames记录到日志中 // 重新抛出异常或处理 throw new Exception($"列'Basicdata'不存在，实际存在的列为: {columnNames}", ex); } ``` 通过日志，我们可以确认在异常发生时返回的列集合，从而进一步分析原因。</think>### 解决 `System.ArgumentException: Column 'Basicdata' does not belong to table` 异常 此错误发生在尝试从 `DataRow` 访问不存在的列名时（如 `dataRow["Basicdata"]`）。以下是根本原因和解决方案： --- #### 一、核心原因 1. **列名不匹配** - SQL 查询未返回名为 `Basicdata` 的列 - 数据库实际列名可能是 `basic_data`、`BasicData`（大小写敏感）或 `BASICDATA` 2. **连接池污染**（间歇性出现的关键原因） - 未正确关闭数据库连接（如 `connection.Close()` 缺失） - 导致连接池复用残留的元数据（如表结构缓存）[^1] 3. **动态表结构变更** - 数据库表结构在运行时被修改（如 DDL 操作） - 但程序未重新加载新的表结构 --- #### 二、解决方案 ##### ✅ 步骤 1：检查列名一致性 ```csharp // 检查列是否存在再访问 if (dataTable.Columns.Contains("Basicdata")) { string value = row["Basicdata"].ToString(); } else { // 获取实际列名列表 var columns = string.Join(", ", dataTable.Columns.Cast<DataColumn>().Select(c => c.ColumnName)); throw new Exception($"列 'Basicdata' 不存在，可用列: {columns}"); } ``` ##### ✅ 步骤 2：修复连接池问题（关键） ```csharp using (SqlConnection conn = new SqlConnection(connectionString)) { conn.Open(); using (SqlCommand cmd = new SqlCommand("SELECT [...]", conn)) { // ✅ 使用 using 确保资源释放 using (SqlDataAdapter da = new SqlDataAdapter(cmd)) { DataSet ds = new DataSet(); da.Fill(ds); // 处理数据... } // 自动关闭 DataAdapter } // 自动关闭 Command } // 自动关闭 Connection ``` ##### ✅ 步骤 3：验证 SQL 查询 ```sql -- 显式指定列名（避免 SELECT *） SELECT [Basicdata] AS AliasName, [...] FROM Table1 ``` > 📌 注意：在 SQL Server Management Studio 中执行相同查询，确认返回的列名。 ##### ✅ 步骤 4：清除连接池缓存（临时解决） ```csharp // 异常出现时重置连接池 SqlConnection.ClearPool(yourConnection); ``` --- #### 三、预防措施 1. **禁用连接池**（仅调试时） ```csharp conn.ConnectionString = "...;Pooling=false;"; ``` 2. **强类型访问** 使用 `dataRow.Field<string>("Basicdata")` 替代索引器 3. **列名常量化** ```csharp public const string BasicDataColumn = "Basicdata"; ... string value = row[BasicDataColumn].ToString(); ``` --- #### 典型错误场景分析 ```csharp // 错误示例：未检查列是否存在 foreach (DataRow row in dataTable.Rows) { // ❌ 直接访问可能不存在的列 string data = row["Basicdata"].ToString(); } ``` > ⚠️ 当连接池被污染时，即使 SQL 返回了正确列，`DataTable` 仍可能使用缓存的结构[^1]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值