8 releases

Uses old Rust 2015

0.4.0 Jul 3, 2021
0.3.3 Jun 25, 2019
0.3.0 May 12, 2019
0.2.2 Apr 30, 2019
0.0.1 Apr 4, 2015

#37 in Memory management

Download history 5690/week @ 2022-04-27 5707/week @ 2022-05-04 6067/week @ 2022-05-11 5086/week @ 2022-05-18 4772/week @ 2022-05-25 4616/week @ 2022-06-01 4693/week @ 2022-06-08 4502/week @ 2022-06-15 3761/week @ 2022-06-22 4391/week @ 2022-06-29 4287/week @ 2022-07-06 4260/week @ 2022-07-13 4277/week @ 2022-07-20 5169/week @ 2022-07-27 6019/week @ 2022-08-03 4476/week @ 2022-08-10

20,583 downloads per month
Used in 132 crates (2 directly)

MIT license

32KB
492 lines

rctree

Build Status Crates.io Documentation Rust 1.17+

rctree is a "DOM-like" tree implemented using reference counting.

Origin

This is a fork of the rust-forest rctree.

Details

"DOM-like" here means that data structures can be used to represent the parsed content of an HTML or XML document, like the DOM does, but don't necessarily have the exact same API as the DOM. That is:

  • A tree is made up of nodes.
  • Each node has zero or more child nodes, which are ordered.
  • Each node has a no more than one parent, the node that it is a child of.
  • A node without a parent is called a root.
  • As a consequence, each node may also have siblings: its parent's other children, if any.
  • From any given node, access to its parent, previous sibling, next sibling, first child, and last child (if any) can take no more than O(1) time.
  • Each node also has data associated to it, which for the purpose of this project is purely generic. For an HTML document, the data would be either the text of a text node, or the name and attributes of an element node.
  • The tree is mutable: nodes (with their sub-trees) can be inserted or removed anywhere in the tree.

The lifetime of nodes is managed through reference counting. To avoid reference cycles which would cause memory leaks, the tree is asymmetric: each node holds optional strong references to its next sibling and first child, but only optional weak references to its parent, previous sibling, and last child.

Nodes are destroyed as soon as there is no strong reference left to them. The structure is such that holding a reference to the root is sufficient to keep the entire tree alive. However, if for example the only reference that exists from outside the tree is one that you use to traverse it, you will not be able to go back "up" the tree to ancestors and previous siblings after going "down", as those nodes will have been destroyed.

Weak references to destroyed nodes are treated as if they were not set at all. (E.g. a node can become a root when its parent is destroyed.)

Since nodes are aliased (have multiple references to them), RefCell is used for interior mutability.

Advantages:

  • A single Node user-visible type to manipulate the tree, with methods.
  • Memory is freed as soon as it becomes unused (if parts of the tree are removed).

Disadvantages:

  • The tree can only be accessed from the thread is was created in.
  • Any tree manipulation, including read-only traversals, requires incrementing and decrementing reference counts, which causes run-time overhead.
  • Nodes are allocated individually, which may cause memory fragmentation and hurt performance.

License

rctree is licensed under the MIT.

No runtime deps