Hvad er LOCK-filformatet?
En .lock-fil bruges til at låse en ressource eller fil og understøttes af forskellige operativsystemer og programmer. Når filer eller ressourcer tilgås samtidigt af flere processer eller brugere, signalerer .lock-filen til andre applikationer, at de skal vente, indtil ressourcen frigives. .lock-filen er typisk en tom (nul-byte) fil; den kan dog indeholde en kort tekstbesked - såsom et proces-ID (PID), værtsnavn, brugernavn eller tidsstempel - afhængigt af hvilken applikation der oprettede den. .lock-filer er bredt understøttet på Linux, macOS, Windows og andre platforme, hvilket rækker langt ud over de tidlige Unix-baserede systemer, hvor konventionen opstod.
Der er intet fast internt format eller «magic number»; filens blotte eksistens indikerer, at ressourcen er i brug. En anden vigtig anvendelse af .lock er i moderne pakkehåndteringsværktøjer: værktøjer som npm (package-lock.json), Yarn (yarn.lock), Cargo (Cargo.lock) og Bundler (Gemfile.lock) skriver strukturerede afhængigheds-manifester under denne samme filtype for at fastlåse nøjagtige versioner og sikre reproducerbare builds.
Relaterede formater inkluderer .tmp midlertidige filer og .pid proces-ID-filer, som tjener lignende operationelle roller.
Sikkerhed og tryghed
RISIKO: LOWEn .lock-fil er inert - den kan ikke køre og indeholder normalt intet. Den eneste reelle risiko er at slette en, mens det ejende program er reelt aktivt, hvilket kan få to processer til at skrive til den samme database/fil samtidigt og beskadige den. Luk/verificer altid den ejende app først. En .lock-fil efterladt af ransomware-lignende malware er noget helt andet (den markerer en krypteret fil); hvis .lock-filer pludselig dukker op på mange personlige dokumenter, skal det behandles som en mulig ransomware-indikator, ikke en normal lås.
Formatdetaljer
kort fortalt- Pakkehåndterings-låsefil til afhængigheder - Filer som Cargo.lock, Gemfile.lock, yarn.lock, poetry.lock, flake.lock fastlåser nøjagtige afhængighedsversioner - rigtige tekstmanifester, der kan redigeres, ikke tomme markører.
- Applikationsprofil/sessionslås - Browsere og apps (f.eks. Firefox-profil .parentlock, LibreOffice .~lock-filer) opretter en lås for at forhindre en anden instans i at åbne den samme profil/dokument.
Programmer der åbner LOCK-filer
Tekniske detaljer
dyb specifikation| Mekanismetype | Rådgivende (kooperativ) låsning: applikationer skal frivilligt tjekke for filen; operativsystemet gennemtvinger ikke udelukkelse |
| Låsesignal | Filens blotte eksistens indikerer, at ressourcen er optaget - intet indhold påkrævet |
| Typisk filstørrelse | 0 bytes til få KB; langt de fleste er 0 bytes (tom markør) |
| Indholdskodning | Tom, eller almindelig tekst ASCII/UTF-8 - PID, værtsnavn, brugernavn, filsti eller tidsstempel |
| Magic bytes / header | Ingen - intet magic number eller fast header; identificeres kun ved navn og filtype |
| Platformunderstøttelse | Linux, Unix, macOS, Windows; tværplatform efter konvention |
| Livscyklus | Oprettes af den ejende proces, når den erhverver ressourcen; slettes ved korrekt frigivelse |
| Risiko ved forældet lås | Hvis den ejende proces går ned uden oprydning, skal .lock-filen fjernes manuelt for at genoprette adgangen |
| Struktureret variant | Pakkehåndterings-manifester (package-lock.json, Gemfile.lock, Cargo.lock, yarn.lock, poetry.lock) deler filtypen, men indeholder strukturerede afhængighedsdata |
| Almindelige applikationer | Tekstredigeringsprogrammer (LibreOffice, vim), databaser (SQLite), browsere (Firefox-profil), pakkehåndteringsværktøjer (npm, Yarn, Bundler, Cargo, Poetry) |
| Alternativ på OS-niveau | flock/fcntl på Unix, LockFileEx på Windows - bruges ofte sammen med låsefiler for stærkere garantier |
| MIME-type | application/octet-stream (tom/binær) eller text/plain (tekstindhold) |
| Udgivet | Long-standing Unix convention (1970s-1980s); used across many OSes and apps |
| Seneste version | N/A - no single specification; meaning is defined per application |
LOCK-konverteringer
Fællesskabets Q&A
spurgt af brugereIngen spørgsmål endnu - vær den første til at spørge om LOCK-filer.