Início / coding / Perguntas / 78953659
Accepted
FluidMechanics Potential Flows
Asked: 2024-09-05 22:52:11 +0800 CST

Por que fixar este objeto (C#12 em poucas palavras Buffers de tamanho fixo)

  • 772

No livro C#12 In A Nutshell, os autores escrevem este código:

UnsafeClass a = new UnsafeClass ("Christian Troy");

unsafe struct UnsafeUnicodeString
{
    public short Length;
    public fixed byte Buffer[30];
}

unsafe class UnsafeClass
{
    UnsafeUnicodeString uus;
    public UnsafeClass (string s)
    {
        uus.Length = (short)s.Length;
        fixed (byte* p = uus.Buffer)
            for (int i = 0; i < s.Length; i++)
                p[i] = (byte) s[i];
    }
}

Eles então mencionam

A palavra-chave fixed também é usada neste exemplo para fixar o objeto no heap que contém o buffer (que será a instância de UnsafeClass)

Não tenho certeza se entendi o que eles querem dizer / sobre o que estão falando. Se estão falando sobre a, por que precisariam aser fixados. Se estão falando sobre uus, por que diriam "fixar o objeto no heap", uusdeveria estar na pilha, certo? (apenas tipos de valor) Ou talvez estejam falando sobre p? Mas pestá na pilha, se entendi corretamente?

c#

1 respostas

  1. Best Answer

    Quando usamos fixeddessa forma, o buffer é fixado onde quer que esteja ; isso poderia estar potencialmente na pilha (nesse caso, nada realmente muda, embora as etapas ainda sejam observadas), mas neste caso uus.Bufferse refere a um campo de um objeto . O que acabamos tendo é um local especial que é um "ponteiro interior" para um endereço dentro de um objeto que está no heap (a UnsafeClassinstância). O UnsafeUnicodeStringnão está na pilha em nenhum ponto aqui - apenas o endereço do campo (em um objeto específico) é carregado.

    São esses locais especiais que indiretamente fixam o objeto; o GC é necessário para localizar todos esses locais especiais na pilha (ao ativar o GC) e garantir que o objeto mais largo seja tratado como fixado.

    O objeto (o mesmo objeto que aaponta para) precisa ser fixado porque é onde os dados estão - como um campo dentro desse objeto. Se não fosse fixado, o ponteiro pestaria apontando para o local errado - este é um ponteiro não gerenciado e ponteiros não gerenciados não são ajustados pelo GC durante as movimentações (o ponto é que você deve ajudar o GC a não movê-los , que é o que estamos fazendo aqui).

    • 4

relate perguntas