For nylig lavede jeg et online papirgruppeprojekt. De vigtigste funktioner omfatter ordopsætning, forhåndsvisning og generering af testopgaver. Når det kommer til ordoperationer i starten, er én ting, der falder mig ind, kontorets COM-komponent til at betjene Word. Det tog omkring to uger at skrive koden til hele systemet. Så begyndte jeg at teste gentagne gange, og jeg følte mig godt tilpas lokalt, og jeg kunne generere et tekst-testpapir uden problemer, og præstationen var okay. Så jeg kunne ikke vente med at udgive det til serveren.
Den første er, at en komponent med CLSID {000209FF-0000-0000-C000-000000046} i COM-fabrikken fejler på grund af følgende fejl: 8000401a Systemet kan ikke starte serverprocessen, fordi konfigurations-ID'et er forkert. Tjek venligst brugernavn og adgangskode. (Undtagelse fra HRESULT:0x8000401A).
For det første skyldes alle disse problemer tilladelser, og løsningen er blot at konfigurere tilladelser. Ikke kun nyttigt til Excel og Word, men også til alle Office-produkter.
For at komme til pointen, indtast først dcomcnfg i kørselen, åbn component service manager->component service->my computer->DCOM-> find det tilsvarende Microsoft Excel-applikation/Microsoft Word 97-2003-dokument, og højreklik derefter på attributten for at aktivere boot-tilladelsen er nok til at give det OK. -------- intet problem, dette problem er løst.
Lad os tale om den anden situation, "Ydelsesproblem": Da vores system er det næste delsystem på vores hjemmeside. Så der er en vis brugerbase. Systemet blev tilgået af et stort antal brugere, så snart det gik live. I begyndelsen blev der grupperet fire eller fem hundrede artikler om dagen, og langsomt blev mængden af artikler større og større, hvilket var begyndelsen på problemerne med systemet. Den første er, at der er mange winWord.exe processer i processen. Det kan ikke ende. Selvom systemkoden indeholder Quit-processen og genbruger ressourcer, bliver problemet aldrig løst. Konsekvensen af et stort antal winword.exe processer er, at serveren bliver langsommere. Det burde være særligt hukommelseskrævende for denne komponent.
Der er ingen måde at løse problemet på. Den sidste rogue var at skrive en timing-tjeneste, der dræbte winword-processen, som ikke kørte. Dette behandler symptomerne, men ikke rodårsagen. 、
Her vil jeg sige, at Microsoft Office er en desktop-kontorapplikationssoftware, der primært er udviklet til almindelige brugere, den har rige UI-elementer (brugergrænseflade) og er et sæt rent lokalt kørende software eller klientsoftware. Word-automatiseringsgrænsefladen er primært designet til at lette vinduesapplikationskald. For eksempel native applikationer udviklet af Delphi, VB, C# Winform osv. Selvom det er muligt at tvinge Visible til at være falsk, og Word kan køre i serversidekode, medfører det stadig mange vanskelige problemer.
1. ASP.NET er baseret på B/S-arkitektur. I B/S-arkitekturen er brugeradgangen samtidig, hvilket betyder, at N brugere ofte foretager anmodninger til en serverside samtidig. I dette tilfælde vil Word-automatiseringskaldet ofte gå i stå fra tid til anden.
2. På grund af den skjulte grænsefladefunktion vil nogle grænseflader, der involverer grænseflader, som kan kaldes korrekt i vinduesprogrammet, fejle i at kalde på serversiden eller endda crashe, hvilket ofte fører til døde processer.
3. Fordi Word er et komplekst skrivebordsprogram og ikke opfylder standarderne for generelle webserviceprogrammer for enkelhed og effektivitet, er det langsomt at køre på serversiden, og det vil forbruge mange ressourcer (CPU, hukommelse), især fordi det ikke kan understøtte et stort antal brugere til adgang samtidig, og ressourcerne vil hurtigt være opbrugt.
4. De fleste udviklere er relativt ukendte med COM-teknologi, og der opstår ofte nogle kodefejl ved programmering og kald af Word-interfacet, og det er svært at tjekke problemet, hvilket ofte forårsager døde processer. Word-døde processer forbruger ikke kun serverressourcer, men får ofte serversider til ikke at oprette nye Word-automatiseringsobjekter og fortsætte med at fungere. Nogle netbrugere foreslog en død proces-løsning: programmering til at dræbe den døde proces i Word, som er en praksis med at behandle symptomerne, men ikke den egentlige årsag, den døde proces i Word er væk, men den unormale lukning af Word vil få mange ressourcer til ikke at blive frigivet i tide. Hvor længe en sådan webserver vil holde, er svært at sige.
For at løse disse problemer fandt forfatteren efter omfattende research og sammenligning, at der findes en komponentkomponent aspose.words på internettet, som fuldstændigt eliminerer ovenstående problemer og anbefales at dele med dig.
Nedenfor vil jeg dele noget af operationskoden til aspose.words-komponenten med dig i håb om, at det vil være nyttigt for dem, der har brug for det
Originalt link: http://blog.csdn.net/fraing/article/details/8989736
|
Opslået på 08/04/2016 16.44.24
|
|
|
Opslået på 03/05/2020 09.07.08