blocks|key|5161610|text|正如Izzy主要所说的，这不是一种常见的工作方式。与列表的工作方式背道而驰可能会带来问题。如果您希望减少问题，请将单元格的内容保留在内存中，并在调用willDisplayCell时使用这些保存的内容重新填充单元格，而不是每次都从头开始重新构建整个单元格。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5161611|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

As Chiefly Izzy said, it's not a common way to work. And going against the way the lists work may cause problems. If you want to reduce your problem, keep the content of your cell in memory and use this saved content to refill the cell when willDisplayCell is called instead of rebuilding the whole thing from start each time.

blocks|key|2100320|text|为显著不同的单元格赋予不同的cellIdentifier。如果底部的单元格有自己的标识符，那么当用户滚动到底部时，它不会从顶部回收您的单元格。但是，这仍然会将您的单元保留在重用队列的顶部，这样当您滚动回到顶部时，就不需要重新创建它了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2100321|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Give a different cellIdentifier to the cells that are significantly different. If the cell at the bottom has its own identifier, then when the user scrolls to the bottom, it won't recycle your cell from the top. However, this will still preserve your cell at the top in the reuse queue, so that when you scroll back to the top, you won't need to recreate it.

blocks|key|5161560|text|如果你以一种常见的方式使用UITableView的dequeueReusableCellWithIdentifier:方法，那么就没有办法阻止细胞回收。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|5161561|如果你想这样做，你应该在UITableView的数据源协议方法-+(UITableViewCell+*)tableView:(UITableView+*)tableView+cellForRowAtIndexPath:(NSIndexPath+*)indexPath中自己实现它。|5161562|entityMap^0|D|B|P|Y|0|V|2U|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

There's no way how to prevent cell recycling if you do use <code>dequeueReusableCellWithIdentifier:</code> method of <code>UITableView</code> in a common way.

If you would like to do this, you should implement it on your own in UITableView's data source protocol method <code>- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath</code>.

blocks|key|2100332|text|Gendolkari的解决方案给了我一个暂时从出队周期中删除信元的想法。它确实涉及到使用KVC设置一个只读值，所以它不是针对真正的黑客不利的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2100333|当您第一次想要从循环中删除单元格时，请更改该特定单元格的reuseIdentifier。我们希望以后能够找到该单元格，因此将其重命名为我们可以索引的内容。我发现NSIndexPath描述在这里很有用。reuseIdentifier是一个只读属性，但这是Objective-C，我们有KVC：|2100334|[cell+setValue:[[self.tableView+indexPathForCell:cell]+description]+forKey:@"reuseIdentifier"];|code-block|syntax|javascript|2100335|现在，每当我们在cellForRowAtIndexPath中重用一个单元时：|2100336|UITableViewCell+*cell+=+[self.tableView+dequeueReusableCellWithIdentifier:@"cellIdentifier"];|2100337|我们不会得到这个特定的单元格，因为我们已经更改了reuseIdentifier。|2100338|但是，如果我们向下滚动，然后向上滚动，我们可能想要显示我们从出队周期中删除的原始单元。要做到这一点，当我们重用一个信元时，第一次尝试基于indexPath将一个信元出队，如果我们找不到简单地基于基本单元标识符字符串将一个信元出队的尝试：|2100339|UITableViewCell+*cell;
cell+=+[self.tableView+dequeueReusableCellWithIdentifier:[indexPath+description]];
if+(!cell)+cell+=+[self.tableView+dequeueReusableCellWithIdentifier:@"cellIdentifier"];|2100340|当您想要将该单元放回出队周期时，只需将reuseIdentifier更改回原始值：|2100341|[cell+setValue:@"cellIdentifier"+forKey:@"reuseIdentifier"];|2100342|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|10|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|11|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|12|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|13|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|14|8|@]|9|@]|A|$]]|$1|Q|3|R|5|F|7|15|8|@]|9|@]|A|$G|H]]|$1|S|3|T|5|6|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|F|7|17|8|@]|9|@]|A|$G|H]]|$1|W|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|X|$]]

Gendolkari's solution gave me an idea for temporarily removing a cell from the dequeue cycle. It does involve setting a read-only value using KVC, so it's not for the truly hack-adverse.

When you first want to remove the cell from the cycle, change the reuseIdentifier for that particular cell. We want to be able to find the cell later so rename it something that we can index against. I found [NSIndexPath description] to be useful here. The reuseIdentifier is a read-only property, but this is Objective-C, and we have KVC:

<pre><code>[cell setValue:[[self.tableView indexPathForCell:cell] description] forKey:@"reuseIdentifier"];
</code></pre>

Now whenever we reuse a cell in the cellForRowAtIndexPath:

<pre><code>UITableViewCell *cell = [self.tableView dequeueReusableCellWithIdentifier:@"cellIdentifier"];
</code></pre>

we won't get back this particular cell because we have changed the reuseIdentifier.

However, if we scroll down then scroll back up, we probably want to display the original cell that we removed from the dequeue cycle. To do this when we are reusing a cell first attempt to dequeue a cell based on indexPath, and if we can't find that attempt to dequeue a cell simply based on the basic cell identifier string:

<pre><code>UITableViewCell *cell;
cell = [self.tableView dequeueReusableCellWithIdentifier:[indexPath description]];
if (!cell) cell = [self.tableView dequeueReusableCellWithIdentifier:@"cellIdentifier"];
</code></pre>

When you want to put that cell back into the dequeue cycle, simply change the reuseIdentifier back to the original value:

<pre><code>[cell setValue:@"cellIdentifier" forKey:@"reuseIdentifier"];
</code></pre>

My UITableViewCells can accept input of data. While working in one cell, it would be perfectly natural for the user to want to scroll up, check something in another cell, then return to the first cell and continue the data entry.

The problem is that this will frequently cause the UITableView to recycle the cell, which wreaks havoc in my program.

Is there any way to temporarily tell iOS not to recycle the cell? 

Once the data entry is done, I am fine if it is recycled.

I should add that the data entry uses a custom keyboard. So first responder status is not an issue.

temporarily prevent a UITableViewCell from being recycled

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我的UITableViewCells可以接受数据输入。当在一个单元格中工作时，用户很自然地想要向上滚动，检查另一个单元格中的内容，然后返回到第一个单元格并继续输入数据。问题是，这将经常导致UITableView回收单元，这将对我的程序造成严重破坏。有没有办法暂时告诉iOS不要回收电池？一旦数据录入完成，如果它被回收，我就很好了。我要补充的是，数据输入使用了自定义键盘。所以第一个响应者的状态不是问题

问暂时防止UITableViewCell被回收
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问暂时防止UITableViewCell被回收EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问暂时防止UITableViewCell被回收
EN