Recentemente, fiz um projeto online de agrupamento de artigos. As principais funções realizam a composição tipográfica, a visualização e a criação de trabalhos de teste. Quando se trata de operações de word no início, uma coisa que me vem à mente é o componente COM do escritório para operar word. Levou cerca de duas semanas para escrever o código de todo o sistema. Depois comecei a testar repetidamente, me senti bem localmente, consegui gerar um trabalho de teste de texto de forma fluida, e o desempenho foi razoável. Então eu mal podia esperar para lançar no servidor.
A primeira é que um componente com CLSID {000209FF-0000-0000-C000-000000046} na fábrica do COM falha devido ao seguinte erro: 8000401a O sistema não pode iniciar o processo do servidor porque o ID de configuração está incorreto. Por favor, verifique o nome de usuário e a senha. (Exceção do HRESULT:0x8000401A).
Primeiramente, todos esses problemas são causados por permissões, e a solução é simplesmente configurar as permissões. Não é útil apenas para Excel e Word, mas também para todos os produtos do Office.
Para ir direto ao ponto, primeiro, digite dcomcnfg na execução, abra o gerenciador de serviços componente->componente-serviço->meu computador->DCOM-> encontre a aplicação correspondente do Microsoft Excel/documento Microsoft Word 97-2003, e então clique com o botão direito no atributo para ativar a permissão de inicialização é suficiente para dar o sinal OK. -------- sem problema, esse problema está resolvido.
Vamos falar sobre a segunda situação "Problema de desempenho": já que nosso sistema é o próximo subsistema do nosso site. Então existe uma certa base de usuários. O sistema foi acessado por um grande número de usuários assim que entrou no ar. No início, quatro ou quinhentos jornais eram agrupados por dia, e lentamente o volume de artigos foi crescendo cada vez mais, o que marcou o início dos problemas com o sistema. A primeira é que há muitos processos winWord.exe nesse processo. Não pode acabar. Embora o código do sistema contenha o processo Quit e recicle recursos, o problema nunca é resolvido. A consequência de um grande número de processos winword.exe é que o servidor fica lento. Deve ser particularmente intensivo em memória para esse componente.
Não há como resolver o problema. O último malandro foi escrever um serviço de temporização que matou o processo winword que não estava rodando. Isso trata os sintomas, mas não a causa raiz. 、
Aqui quero dizer que o Microsoft Office é um software de aplicativo desktop desenvolvido principalmente para usuários comuns, possui elementos ricos de interface (UI) e é um conjunto puramente de software local ou softwares clientes. A interface de automação do Word é projetada principalmente para facilitar chamadas de aplicações em janelas. Por exemplo, aplicações nativas desenvolvidas por Delphi, VB, C#, Winform, etc. Embora seja possível forçar o Visible a ser falso e o Word possa rodar em código do lado do servidor, ainda traz muitos problemas complicados.
1. ASP.NET é baseada na arquitetura B/S. Na arquitetura B/S, o acesso do usuário é concorrente, o que significa que N usuários frequentemente fazem requisições para uma página do servidor ao mesmo tempo. Nesse caso, a chamada de automação do Word frequentemente cai de tempos em tempos.
2. Devido à operação de interface oculta, algumas interfaces que envolvem interfaces que podem ser chamadas com sucesso no programa janela falham em chamar no lado do servidor, ou até mesmo travam, o que frequentemente leva a processos mortos.
3. Como o Word é um programa de desktop complexo e não atende aos padrões de simples e eficiências de programas gerais de serviços Web, ele é lento para rodar no lado do servidor e consumirá muitos recursos (CPU, memória), especialmente porque não pode suportar um grande número de usuários acessados ao mesmo tempo, e os recursos serão rapidamente esgotados.
4. A maioria dos desenvolvedores é relativamente pouco familiarizada com a tecnologia COM, e frequentemente há alguns erros de código ao programar e chamar a interface do Word, sendo difícil verificar o problema, o que é um fator frequente que causa processos mortos. Processos mortos no Word não apenas consomem recursos do servidor, mas frequentemente fazem com que as páginas do servidor não criem novos objetos de automação do Word e continuem funcionando. Alguns internautas propuseram uma solução para processos mortos: programação para matar o processo morto do Word, que é uma prática de tratar os sintomas, mas não a causa raiz; o processo morto do Word desapareceu, mas o fechamento anormal do Word fará com que muitos recursos não possam ser liberados a tempo. É difícil dizer quanto tempo um servidor web assim vai durar.
Para resolver esses problemas, após pesquisa e comparação abrangente, o autor descobriu que existe um componente componente aspose.words na Internet, que elimina completamente os problemas acima e é recomendado compartilhar com você.
Abaixo, vou compartilhar um pouco do código operacional do componente aspose.words com você, na esperança de que seja útil para quem precisar
Link original: http://blog.csdn.net/fraing/article/details/8989736
|
Publicado em 08/04/2016 16:44:24
|
|
|
Publicado em 03/05/2020 09:07:08