Você está na página 1de 6

COLÉGIO ETAPA – 1° ANO E.M.

BIBLIOTECAS

Na ciência da computação, biblioteca é uma coleção de subprogramas utilizados no desenvolvimento de software. Biblioteca contém códigos e dados auxiliares, que provém serviços a programas independentes, o que permite o compartilhamento e a alteração de código e dados de forma modular.

Alguns executáveis são tanto programas independentes quanto bibliotecas, mas a maioria das bibliotecas não são executáveis. Executáveis e bibliotecas fazem referências mútuas conhecidas como ligações, tarefa tipicamente realizada por um linker.

A maior parte dos sistemas operacionais modernos provê bibliotecas que implementam

a maioria dos serviços do sistema, que transformaram em comodidades os serviços que uma aplicação moderna espera que sejam providos pelo sistema operacional. Assim sendo, a maior parte do código utilizado em aplicações modernas é fornecido por estas bibliotecas.

Bibliotecas podem ser classificadas pela maneira como são compartilhadas, pela maneira como são ligadas e por quando são ligadas.

Bibliotecas tradicionais

Historicamente, as bibliotecas consistiam de um conjunto de rotinas que eram copiadas para uma aplicação-alvo pelo compilador ou linker, produzindo uma aplicação executável independente, ou stand-alone.

Os fabricantes de compiladores proviam bibliotecas-padrão (por exemplo, a biblioteca padrão do C), mas os programadores também podiam criar suas próprias bibliotecas para uso próprio ou distribuição.

Ligação dinâmica

Ligação dinâmica significa que os dados em uma biblioteca não são copiados para um novo executável ou biblioteca em tempo de compilação, mas permanecem a um arquivo separado no disco. O linker realiza uma quantidade mínima de trabalho em tempo de compilação, ele apenas grava quais bibliotecas são necessárias para o executável em um índice.

A maior parte do trabalho é feita quando a aplicação é carregada em memória ou

durante a execução do processo. O código de ligação necessário é na verdade parte do sistema operacional subjacente. Na hora apropriada, o carregador do programa encontra

as bibliotecas relevantes no disco e adiciona os dados relevantes da biblioteca no espaço de memória do processo. Alguns sistemas operacionais são apenas capazes de ligar uma biblioteca em tempo de carregamento, antes que a execução do processo se inicie, outros podem ser capazes de esperar até depois do início da execução e apenas ligar a biblioteca quando ela for

1

LABORATÓRIO DE INFORMÁTICA

COLÉGIO ETAPA – 1° ANO E.M.

referenciada (ou seja, durante o tempo de execução). Este último é freqüentemente chamado de "carregamento atrasado". Em ambos os casos, a ligação é dita dinâmica.

Plug-ins são utilizações comuns de bibliotecas de ligação dinâmica, algo especialmente útil quando as bibliotecas podem ser substituídas por outras com interfaces similares, mas funcionalidades diferentes. Diz-se que um software possui uma "arquitetura de plug-ins" se ele utiliza bibliotecas para funcionalidades essenciais com a intenção de que elas possam ser substituídas.

Note, entretanto, que o uso de bibliotecas de ligação dinâmica na arquitetura de uma aplicação não necessariamente significa que elas possam ser substituídas.

A ligação dinâmica foi originalmente desenvolvida no sistema operacional Multics, a

partir de 1964. Ela também era uma característica do Michigan Terminal System, construído no final dos anos 1960. No Microsoft Windows, bibliotecas de ligação

dinâmica são chamadas dynamic-link libraries.

Realocação

Uma sutileza com a qual o carregador de programas tem que lidar é que a localização real dos dados da biblioteca não é conhecida até que o executável e todas as bibliotecas

a ele associadas sejam carregadas para a memória. Isto se deve ao fato de que as

localizações de memória utilizadas dependerão de quais bibliotecas foram carregadas.

Não é possível armazenar uma localização absoluta para os dados dentro do próprio executável, nem mesmo na biblioteca, uma vez que isto resultaria em conflitos entre diferentes bibliotecas, isto é, se duas bibliotecas distintas alocassem espaços de memória iguais ou sobrepostos, seria impossível usar as duas no mesmo programa. Isto pode vir a mudar com a adoção de arquiteturas de 64-bits, pois elas oferecem endereços de memória virtual suficientes para garantir que cada biblioteca escrita receba sua faixa de endereços única.

Seria possível, em teoria, examinar o programa durante o tempo de carregamento e substituir cada referência a dados na biblioteca por ponteiros para as posições de memória apropriadas uma vez que todas as bibliotecas tivessem sido carregadas. Contudo, este método consumiria quantidades inaceitáveis de tempo ou memória. Em vez disso, a maioria dos sistemas de bibliotecas dinâmicas cria uma tabela de símbolos com endereços vazios no programa em tempo de compilação.

Todas as referências ao código ou dados na biblioteca passam por esta tabela, chamada diretório de importação. Durante o tempo de carregamento esta tabela é modificada com

a localização dos códigos e dados na biblioteca pelo carregador de programas. Este

processo ainda é lento a ponto de comprometer a performance de programas que façam uso de outros programas a uma taxa muito alta, como é o caso de alguns shell scripts.

A biblioteca, por sua vez, contém uma tabela com todos os métodos que a compõem,

conhecidos como pontos de entrada. Chamadas à biblioteca passam por esta tabela, procurando pela localização do código na memória e então os executando. Isto introduz

2

LABORATÓRIO DE INFORMÁTICA

COLÉGIO ETAPA – 1° ANO E.M.

uma sobrecarga na chamada de biblioteca, mas o atraso é, em geral, tão pequeno que pode ser negligenciado.

Localizando bibliotecas em tempo de execução

Linkers e carregadores de programas dinâmicos variam amplamente em funcionalidade. Alguns dependem de caminhos explícitos armazenados no arquivo executável. Qualquer modificação no nome da biblioteca ou layout do sistema de arquivos causará falha nestes sistemas. Mais comumente, apenas um nome da biblioteca (e não do caminho) é armazenado no executável, e o sistema operacional provê um sistema para encontrar a biblioteca no disco, baseado em algum algoritmo.

A maioria de sistemas Unix-like possuem uma "busca de caminho" especificando o

sistema de arquivos no qual procurar as bibliotecas dinâmicas.

Em outros sistemas, o caminho padrão é especificado em um arquivo de configuração, em outros, é codificado no carregador de programas dinâmico.

Alguns formatos de arquivos executáveis podem especificar diretórios adicionais nos quais procurar por bibliotecas de um programa em particular. Ele pode geralmente ser relido com uma variável de ambiente, embora ela esteja desabilitada para programas setuid e setgid, então o usuário não pode forçar tal programa a rodar código arbitrário.

Desenvolvedores de bibliotecas são encorajados a colocar suas bibliotecas dinâmicas em locais no caminho de busca padrão. Por outro lado, isto pode tornar a instalação de novas bibliotecas problemática, e estes caminhos conhecidos rapidamente se tornarem padrão para um número crescente de arquivos de biblioteca, tornando o gerenciamento mais complexo.

O Windows verifica o Registro do Sistema para determinar o lugar próprio para achar

uma DLL ActiveX, mas para outras DLL ele verifica o diretório de onde o programa foi carregado, o diretório corrente de trabalho (somente nas antigas versões de Windows), quaisquer diretórios selecionados pela chamada da função SetDllDirectory(), os diretórios System32, System e Windows, e finalmente, os diretórios especificados pela variável de ambiente PATH.

O OpenStep usa um sistema mais flexível, coletando uma lista de bibliotecas de um

número conhecido de localizações (similar ao conceito de PATH) quando o sistema se inicia. O deslocamento de alguma biblioteca não causa problemas, no entanto um tempo maior será necessário durante o primeiro início do sistema.

Uma das grandes desvantagens da ligação dinâmica é que os executáveis dependem de bibliotecas armazenadas separadamente para o correto funcionamento. Se uma biblioteca é apagada, movida, ou renomeada, ou ainda se uma versão incompatível de uma DLL é copiada para o lugar onde é procurada, o executável pode ter mal funcionamento ou mesmo falhar no carregamento, danificando arquivos vitais usados por quase todos os executáveis do sistema (como a biblioteca C libc.so nos sistemas

3

LABORATÓRIO DE INFORMÁTICA

COLÉGIO ETAPA – 1° ANO E.M.

Unix), tornando o sistema inoperável. No Windows isso é comumente chamado de DLL hell.

Carregamento dinâmico

O Carregamento dinâmico é um subconjunto da ligação dinâmica em que uma

biblioteca ligada dinâmica é carregada ou descarregada do sistema em tempo de execução após requisição. A requisição pode ser feita implicitamente em tempo de compilação, ou explicitamente em tempo de execução.

Requisições implícitas são feitas ao adicionar referências às bibliotecas a um arquivo objeto pelo linker.

Requisições explícitas são feitas pelas aplicações através do uso de uma API de ligação.

A maioria dos sistemas operacionais que suportam as ligações dinâmicas, também

suportam os carregamentos dinâmicos através de uma API específica.

Bibliotecas remotas

Outra solução para a questão das bibliotecas é utilizar executáveis completamente separados e chamá-los através de chamadas de procedimento remoto (RPC).

Essa abordagem maximiza o reaproveitamento do sistema operacional, o código necessário para suportar a biblioteca é o mesmo usado para prover o suporte e a segurança da aplicação para os outros programas.

Adicionalmente, esse sistema remoto não requer que a biblioteca esteja na mesma máquina do executável, as chamadas podem ser transmitidas por uma rede.

A desvantagem é que cada chamada da biblioteca implica uma sobrecarga considerável.

Entretanto, essa abordagem tornou-se popular em diversas áreas específicas, como

sistemas cliente-servidor e servidores e aplicação.

Bibliotecas compartilhadas

Além de poderem ser carregadas estaticamente ou dinamicamente, bibliotecas também são classificadas de acordo com como são compartilhadas pelos programas.

Bibliotecas dinâmicas quase sempre fornecem alguma forma de compartilhamento, permitindo que sejam utilizadas por diferentes programas ao mesmo tempo.

Por definição, bibliotecas estáticas não podem ser compartilhadas, pois são ligadas individualmente a cada programa.

4

LABORATÓRIO DE INFORMÁTICA

COLÉGIO ETAPA – 1° ANO E.M.

O termo biblioteca compartilhada é ambíguo, pois se refere a dois conceitos distintos. O

primeiro é o compartilhamento de código localizado no disco por programas não relacionados. O segundo é o compartilhamento de código carregado na memória,

quando dois programas executam a mesma página física da RAM, mapeada em diferentes espaços de endereçamento.

O segundo caso possui algumas vantagens. Por exemplo, as aplicações têm geralmente

um tamanho pequeno e são carregadas instantaneamente, a vasta maioria do código está localizada em bibliotecas já carregadas pelo sistema operacional. Mas existe um custo, pois o código compartilhado deve ser escrito para ser executado em um ambiente multitarefa, o que afeta o desempenho.

Na maioria dos sistemas operacionais modernos, o compartilhamento de bibliotecas pode ser do mesmo formato dos executáveis. Isso permite que o carregador de programas seja o mesmo para executáveis e bibliotecas, e que um executável seja usado como biblioteca dinâmica, se tiver uma tabela de símbolos.

No Windows o conceito vai além, pois mesmo recursos de sistema como fontes e ícones são adicionados a uma DLL.

Bibliotecas objeto

Apesar da ligação dinâmica ter sido desenvolvida na década de 1960, somente no final da década de 1980 a tecnologia atingiu o consumidor final. Durante a década de 1990 já estava disponível na maioria dos sistemas operacionais.

Durante o mesmo período a programação orientada a objeto tornou-se cada vez mais significativa no desenvolvimento de software. POO em tempo de execução requer informações adicionais que bibliotecas tradicionais não fornecem. Além dos nomes e dos pontos de entrada da biblioteca, também requerem uma lista de objetos do qual dependem. Como no caso de uma herança, que separa partes de uma definição em diferentes pontos do código.

Em um sistema verdadeiramente orientado a objeto, as bibliotecas podem não ser conhecidas em tempo de compilação.

Ainda no mesmo período outra área de desenvolvimento era o conceito de execução remota, em que um computador cliente executaria os serviços de um mainframe. O cliente manteria mensagens para a central a fim de receber pacotes de dados para apresentar. Chamadas de procedimento remoto já eram usadas para essas tarefas, ainda que não houvesse um sistema padrão para tal.

Os dois conceitos logo foram fundidos, produzindo um formato de biblioteca orientada a objeto que pudesse ser executado em qualquer local. Tais sistemas foram denominados bibliotecas objeto, ou objetos distribuídos se suportassem acesso remoto.

A Component Object Model da Microsoft é exemplo desse tipo de biblioteca para uso

local, e a DCOM para uso remoto.

5

LABORATÓRIO DE INFORMÁTICA

COLÉGIO ETAPA – 1° ANO E.M.

Por um tempo bibliotecas objeto foram à sensação do mundo da programação, existindo esforços para criar sistemas que pudessem ser executados em diferentes plataformas. O que sucedeu foi que o conceito foi caindo em desuso, com exceção da COM da Microsoft e o PDO da Apple.

Fonte : http://www.wikipedia.org/

6

LABORATÓRIO DE INFORMÁTICA