stanford-oval/wikipedia huggingface dataset:
Hãng phim truyền hình
Tại Việt Nam > Danh sách hãng phim tiêu biểu

Dưới đây là danh các đơn vị sản xuất phim truyền hình tiêu biểu tại Việt Nam:
Chú thích:

     Hãng phim nhà nước

     Hãng phim tư nhân
| STT | Các hãng phim truyền hình | Tên khác | Tên đầy đủ | Năm thành lập | Người sáng lập | Trụ sở | Các lĩnh vực hoạt động |
| --- | --- | --- | --- | --- | --- | --- | --- |
| 1 | Hãng phim Truyền hình Thành phố Hồ Chí Minh | TFS | Trực thuộc Đài Truyền hình Thành phố Hồ Chí Minh (HTV) | 1991 | NSND Phạm Khắc | TP. Hồ Chí Minh | Sản xuất phim truyền hình và phim tài liệu, Tạp chí văn nghệ |
| 2 | Trung tâm Phim truyền hình Việt Nam - trước đây là Hãng phim Truyền hình Việt Nam | VFC | Trực thuộc Đài Truyền hình Việt Nam (VTV) | 1980 hoặc 1994 |  | Hà Nội | Sản xuất phim truyền hình và chương trình truyền hình khác (Gặp nhau cuối năm) |
| 3 | Hãng Phim truyền hình Bình Dương | BTF | Trực thuộc Đài Phát thanh - Truyền hình Bình Dương (BTV) | 1999 hoặc 2001 |  | Bình Dương |  |
| 4 | Hãng phim Tây Đô |  | Trực thuộc VTV Cần Thơ |  |  | TP. Hồ Chí Minh |  |
| 5 | Xưởng phim truyền hình Hải Phòng | HFS | Trực thuộc Đài Phát thanh - Truyền hình Hải Phòng (THP) |  |  | Hải Phòng |  |
| 6 | Lasta |  |  |  |  | TP. Hồ Chí Minh |  |
| 7 | M&T Pictures |  |  |  |  | TP. Hồ Chí Minh |  |
| 8 | Vifa |  |  |  |  |  |  |
| 9 | Hãng phim Việt | BHD | Công ty TNHH Bình Hạnh Đan | 1996 | Nguyễn Phan Quang Bình, Ngô Thị Bích Hạnh | Hà Nội | Sản xuất phim truyền hình, phim điện ảnh và chương trình truyền hình khác |
| 10 | Cát Tiên Sa | CATS | Công ty TNHH Tập đoàn Truyền thông Cát Tiên Sa | 1999 | Nguyễn Quang Minh (sn 1960) | TP. Hồ Chí Minh | Tổ chức biểu diễn ca nhạc, sản xuất truyền hình, quảng cáo, tổ chức sự kiện |
| 11 | Sena Phim | Sena film | Công ty cổ phần Điện ảnh và Công nghệ giải trí SêNa Phim | 2006 | Châu Thổ, Phạm Thùy Nhân, Sâm Thương, Thế Khanh | TP. Hồ Chí Minh | Sáng tác kịch bản và sản xuất phim |
| 12 | Hãng phim Sóng Vàng | Golden Screen Production |  |  |  |  |  |
| 13 | VietCom Film |  |  |  |  |  |  |
| 14 | Blue Light Films |  |  |  |  |  |  |
| 15 | CreaTV Vietnam |  |  |  |  |  |  |
| 16 | Khang Việt |  |  |  |  |  |  |
| 17 | Sao Thế giới |  |  |  |  |  |  |
| 18 | Công ty Truyền thông Viettel | Viettel Media | Trực thuộc Tập đoàn Công nghiệp – Viễn thông Quân đội (Viettel) | 2013 |  | Hà Nội | Công nghệ và truyền thông quảng cáo, sản xuất trò chơi truyền hình, phim truyền hình, sản xuất và hợp tác sản xuất phim điện ảnh, tư vấn và thực thi các chiến dịch tiếp thị kỹ thuật số, phát triển và vận hành các nền tảng số (mạng xã hội, tin tức, âm nhạc, video game), phân phối bản quyền phim, phát hành game và thể thao điện tử, sản xuất và vận hành kênh truyền hình |
Lina (ca sĩ Hàn Quốc)

| Lina 린아 |
| --- | --- |
Lina biểu diễn trong vở nhạc kịch Mặt trăng ôm mặt trời tháng 2 năm 2014
Sinh: Lee Ji-yeon 18 tháng 2, 1984 (40 tuổi) Seoul, Hàn Quốc
Tên khác: Lina Sangmi Lina Shangmei Lina
Nghề nghiệp: Ca sĩ Diễn viên
Tôn giáo: Cơ Đốc
Phối ngẫu: Jang Seung-jo (cưới 2014)
Sự nghiệp âm nhạc
Thể loại: K-pop R&B Nhảy Acapella
Nhạc cụ: Thanh nhạc Piano
Năm hoạt động: 2002–nay
Hãng đĩa: SM Entertainment
Website: The Grace
 
| --- | --- |
Lina
Hangul: 린아
Tên khai sinh
Hangul: 이지연
Romaja quốc ngữ: I Ji-yeon
McCune–Reischauer: Ri Chiyŏn
Lee Ji-yeon (이지연, sinh ngày 18 tháng 2 năm 1984) với nghệ danh Lina (린아) là nữ ca sĩ, diễn viên nhạc kịch người Hàn Quốc trực thuộc công ty SM Entertainment, năm 2002, Lina cùng với IsakNJiyeon tạo thành bộ đôi song ca với album đầu tay TELL ME BABY và được mệnh danh là phiên bản nữ của Fly To The Sky.
Cô là cựu thành viên của nhóm nhạc nữ CSJH The Grace ra mắt vào năm 2005.
Học vấn

Tốt nghiệp Đại học Myongji College ngành Âm nhạc thực nghiệm
Danh sách > Phim truyền hình

2012: KBS1 The King's Dream vai hoàng hậu Munmyeong
2021: TVING Bàn tiệc của phù thủy vai Nữ diễn viên
Danh sách > MV Ca nhạc

2003: S - I Swear
2004: Fly to the Sky - You will not know.
2006: Kangta & Vanness - SCANDAL
2006: Trax - Chow
Danh sách > Nhạc kịch

2011: The March of the Youth... vai Oh Young-shim
2011: Temptation of Wolves... vai Jung Han-kyung
2011: Fame... vai Serena Katz
2013: Murder Ballad... vai Sarah
2014: Mặt trăng ôm mặt trời... vai Heo Yeon-woo
2014: Murder Ballad... vai Sarah
2014: Jekyll & Hyde... vai Lucy Harris
2015: Man of La Mancha... vai Aldonza
2015: The Orchestra Pit... vai Harp player
2016: Newsies... vai Katherine Plumber
2016: Notre-Dame de Paris... vai Esmeralda
2016: The Count of Monte Cristo... vai Mercedes
2017: Sirano... vai Roxan
Danh sách > Chương trình truyền hình

2017: MBC King of Mask Singer- nhân vật Ballerina
Danh sách > Giọng hát

Loại giọng:Full lirico Soprano (Nữ cao trữ tình đầy đặn)
Quãng giọng: D3 ~ G5 ~ D6 (3 quãng tám)
Quãng hát hỗ trợ : G#3 ~ Eb5/E5 ~ A5 (bao gồm headvoice)
Nhạc phim

[2013.12.23] album Murder Ballad O.S.T.
Track 22: Answer Me (với 성두섭, 김신의)
Track 23: You Belong To Me (với 성두섭)
Track 27: Little By Little - Reprise (với 김신의)
Track 29: You Belong To Me - Reprise (với 김신의, 성두섭, 문진아)
Track 34: Finale (với 김신의, 성두섭, 문진아)
Thư viện (máy tính)
Lịch sử

Các khái niệm lập trình sớm nhất tương tự như các thư viện nhằm mục đích tách các định nghĩa dữ liệu khỏi việc thực hiện chương trình. JOVIAL đã đưa khái niệm"COMPOOL"(Nhóm truyền thông) được chú ý vào năm 1959, mặc dù nó đã áp dụng ý tưởng từ phần mềm hệ thống lớn SAGE. Theo các nguyên tắc khoa học máy tính về phân tách mối quan tâm và che giấu thông tin,"Mục đích của Comm Pool là cho phép chia sẻ Dữ liệu Hệ thống giữa nhiều chương trình bằng cách cung cấp mô tả dữ liệu tập trung."
COBOL cũng bao gồm"các khả năng nguyên thủy cho một hệ thống thư viện"vào năm 1959, nhưng Jean Sammet đã mô tả chúng là"cơ sở thư viện không đầy đủ"khi nhìn lại.
Một đóng góp lớn khác cho khái niệm thư viện hiện đại xuất hiện dưới hình thức đổi mới chương trình con của FORTRAN. Các chương trình con FORTRAN có thể được biên dịch độc lập với nhau, nhưng trình biên dịch thiếu một trình liên kết.  Vì vậy, trước khi giới thiệu các mô-đun trong Fortran-90, việc kiểm tra kiểu giữa các chương trình con FORTRAN là không thể.
Cuối cùng, các nhà sử học của khái niệm nên nhớ Simula 67 có ảnh hưởng.  Simula là ngôn ngữ lập trình hướng đối tượng đầu tiên và các lớp của nó gần giống với khái niệm hiện đại như được sử dụng trong Java, C++ và C#.  Khái niệm lớp của Simula cũng là một tổ tiên của package trong Ada và mô-đun của Modula-2. Ngay cả khi được phát triển ban đầu vào năm 1965, các lớp Simula có thể được bao gồm trong các tệp thư viện và được thêm vào lúc biên dịch.
Liên kết

Thư viện rất quan trọng trong việc liên kết chương trình hay quá trình ràng buộc, trong đó giải quyết tài liệu tham khảo được gọi là link hoặc biểu tượng đến module thư viện.  Quá trình liên kết thường được thực hiện tự động bởi một linker hoặc binder tìm kiếm một tập hợp các thư viện và các mô-đun khác theo một thứ tự nhất định.  Thông thường, nó không được coi là lỗi nếu có thể tìm thấy mục tiêu liên kết nhiều lần trong một bộ thư viện nhất định.  Liên kết có thể được thực hiện khi một file thực thi được tạo hoặc bất cứ khi nào chương trình được sử dụng trong thời gian chạy.
Các tham chiếu đang được giải quyết có thể là địa chỉ cho các bước nhảy và các lời gọi thông thường khác. Chúng có thể nằm trong chương trình chính, hoặc trong một mô-đun tùy thuộc vào mô-đun khác. Chúng được phân giải thành các địa chỉ cố định hoặc có thể định vị lại (từ một cơ sở chung) bằng cách phân bổ bộ nhớ thời gian chạy cho các phân đoạn bộ nhớ của mỗi mô-đun được tham chiếu.
Một số ngôn ngữ lập trình có thể sử dụng một tính năng gọi là liên kết thông minh, theo đó trình liên kết nhận biết hoặc tích hợp với trình biên dịch, để trình liên kết biết cách sử dụng các tham chiếu bên ngoài và mã trong thư viện không bao giờ được sử dụng, mặc dù được tham chiếu bên trong bị loại bỏ khỏi ứng dụng biên dịch.  Ví dụ, một chương trình chỉ sử dụng số nguyên cho số học hoặc hoàn toàn không có hoạt động số học, có thể loại trừ các thói quen thư viện dấu phẩy động. Tính năng liên kết thông minh này có thể dẫn đến kích thước tệp ứng dụng nhỏ hơn và giảm mức sử dụng bộ nhớ.
Di chuyển

Một số tham chiếu trong mô-đun chương trình hoặc thư viện được lưu trữ ở dạng tương đối hoặc biểu tượng không thể giải quyết cho đến khi tất cả mã và thư viện được gán địa chỉ tĩnh cuối cùng. Di chuyển là quá trình điều chỉnh các tham chiếu này và được thực hiện bởi trình liên kết hoặc trình tải.  Nói chung, việc di chuyển không thể được thực hiện cho các thư viện riêng lẻ vì các địa chỉ trong bộ nhớ có thể khác nhau tùy thuộc vào chương trình sử dụng chúng và các thư viện khác mà chúng được kết hợp với.  Mã độc lập vị trí tránh tham chiếu đến các địa chỉ tuyệt đối và do đó không yêu cầu di chuyển.
Thư viện tĩnh

Khi liên kết được thực hiện trong quá trình tạo file thực thi hoặc file đối tượng khác, nó được gọi là liên kết tĩnh hoặc liên kết sớm. Trong trường hợp này, liên kết thường được thực hiện bởi một trình liên kết, nhưng cũng có thể được thực hiện bởi trình biên dịch. Một thư viện tĩnh, còn được gọi là một kho lưu trữ, là một dự định được liên kết tĩnh.  Ban đầu, chỉ có các thư viện tĩnh tồn tại.  Liên kết tĩnh phải được thực hiện khi bất kỳ mô-đun nào được biên dịch lại.
Tất cả các mô-đun được yêu cầu bởi một chương trình đôi khi được liên kết tĩnh và sao chép vào file thực thi. Quá trình này và file độc lập kết quả, được gọi là bản dựng tĩnh của chương trình. Một bản dựng tĩnh có thể không cần di chuyển thêm nếu bộ nhớ ảo được sử dụng và không cần ngẫu nhiên bố trí không gian địa chỉ.
Thư viện dùng chung

Thư viện dùng chung hoặc đối tượng dùng chung là một file được dự định chia sẻ bởi các file thực thi và các file đối tượng được chia sẻ thêm.  Các mô-đun được sử dụng bởi một chương trình được tải từ các đối tượng chia sẻ riêng lẻ vào bộ nhớ khi tải hoặc thời gian chạy, thay vì được sao chép bởi một trình liên kết khi nó tạo một file thực thi nguyên khối duy nhất cho chương trình.
Thư viện dùng chung có thể được liên kết tĩnh, nghĩa là các tham chiếu đến các mô-đun thư viện được giải quyết và các mô-đun được cấp phát bộ nhớ khi file thực thi được tạo.  Nhưng thường liên kết các thư viện chia sẻ bị hoãn cho đến khi chúng được tải. [Còn mơ hồ ]
Hầu hết các hệ điều hành hiện đại  có thể có các file thư viện dùng chung định dạng với các file thực thi.  Điều này cung cấp hai ưu điểm chính: thứ nhất, nó yêu cầu chỉ tạo một bộ tải cho cả hai, chứ không phải hai (có bộ tải đơn được coi là có giá trị phức tạp thêm vào).  Thứ hai, nó cho phép các file thực thi cũng được sử dụng làm thư viện dùng chung, nếu chúng có bảng ký hiệu.  Các định dạng thư viện chia sẻ và thực thi kết hợp điển hình là ELF và Mach-O (cả trong Unix) và PE (Windows).
Trong một số môi trường cũ hơn như Windows 16 bit hoặc MPE cho HP 3000, dữ liệu chỉ dựa trên ngăn xếp (cục bộ) được cho phép trong mã thư viện dùng chung hoặc các hạn chế đáng kể khác được đặt trên mã thư viện dùng chung.
Thư viện dùng chung > Chia sẻ bộ nhớ

Mã thư viện có thể được chia sẻ trong bộ nhớ bởi nhiều tiến trình, cũng như trên đĩa.  Nếu bộ nhớ ảo được sử dụng, các quy trình sẽ thực thi cùng một trang RAM vật lý được ánh xạ vào các không gian địa chỉ khác nhau của các quy trình.  Điều này có lợi thế.  Chẳng hạn, trên hệ thống OpenStep, các ứng dụng thường chỉ có kích thước vài trăm kilobyte và được tải nhanh chóng; phần lớn mã của họ được đặt trong các thư viện đã được hệ điều hành tải cho các mục đích khác.[cần dẫn nguồn]
Các chương trình có thể thực hiện chia sẻ RAM bằng cách sử dụng mã độc lập với vị trí, như trong Unix, dẫn đến kiến trúc phức tạp nhưng linh hoạt hoặc bằng cách sử dụng các địa chỉ ảo phổ biến, như trong Windows và OS/2. Các hệ thống này đảm bảo, bằng nhiều thủ thuật khác nhau như ánh xạ trước không gian địa chỉ và vị trí đặt chỗ cho mỗi thư viện dùng chung, mã đó có xác suất lớn được chia sẻ. Một lựa chọn thay thế thứ ba là bộ nhớ một cấp, được sử dụng bởi Hệ thống IBM/38 và những người kế nhiệm của nó.  Điều này cho phép mã phụ thuộc vào vị trí, nhưng không đặt giới hạn đáng kể về nơi có thể đặt mã hoặc cách chia sẻ mã.
Trong một số trường hợp, các phiên bản khác nhau của thư viện dùng chung có thể gây ra sự cố, đặc biệt là khi các thư viện của các phiên bản khác nhau có cùng tên file và các ứng dụng khác nhau được cài đặt trên một hệ thống, mỗi ứng dụng yêu cầu một phiên bản cụ thể. Một kịch bản như vậy được gọi là địa ngục DLL, đặt theo tên file DLL của Windows và OS/2. Hầu hết các hệ điều hành hiện đại sau năm 2001 đều có các phương pháp dọn dẹp để loại bỏ các tình huống đó hoặc sử dụng các thư viện"riêng tư"dành riêng cho ứng dụng.
Thư viện dùng chung > Liên kết động

Liên kết động hoặc liên kết trễ là liên kết được thực hiện trong khi chương trình đang được tải (loadtime) hoặc được thực thi (runtime), thay vì khi file thực thi được tạo. Thư viện được liên kết động (thư viện liên kết động hay DLL, trong Windows và OS/2; đối tượng chia sẻ động hay DSO, trong các hệ thống giống Unix) là thư viện dành cho liên kết động.  Chỉ một lượng công việc tối thiểu được thực hiện bởi trình liên kết khi file thực thi được tạo; nó chỉ ghi lại những gì thư viện thường xuyên chương trình cần và tên chỉ mục hoặc số của các thường trình trong thư viện.  Phần lớn công việc liên kết được thực hiện tại thời điểm ứng dụng được tải (loadtime) hoặc trong khi thực hiện (runtime).  Thông thường, chương trình liên kết cần thiết, được gọi là"trình liên kết động"hoặc"trình tải liên kết", thực sự là một phần của hệ điều hành cơ bản.  (Tuy nhiên, có thể, và không quá khó, để viết một chương trình sử dụng liên kết động và bao gồm trình liên kết động của chính nó, ngay cả đối với một hệ điều hành không hỗ trợ liên kết động.)
Các lập trình viên ban đầu đã phát triển liên kết động trong hệ điều hành Multics, bắt đầu từ năm 1964 và MTS (Michigan Terminal System), được xây dựng vào cuối những năm 1960.
Thư viện dùng chung > Tối ưu hóa

Vì các thư viện dùng chung trên hầu hết các hệ thống không thay đổi thường xuyên, nên các hệ thống có thể tính toán địa chỉ tải có khả năng cho mỗi thư viện dùng chung trên hệ thống trước khi cần và lưu trữ thông tin đó trong thư viện và các file thực thi.  Nếu mọi thư viện chia sẻ được tải đã trải qua quá trình này, thì mỗi thư viện sẽ tải tại địa chỉ được xác định trước, giúp tăng tốc quá trình liên kết động.  Tối ưu hóa này được gọi là prebinding trong macOS và prelinking trong Linux.  Nhược điểm của kỹ thuật này bao gồm thời gian cần thiết để tính toán trước các địa chỉ này mỗi khi thư viện chia sẻ thay đổi, không thể sử dụng ngẫu nhiên bố cục không gian địa chỉ và yêu cầu đủ không gian địa chỉ ảo để sử dụng (một vấn đề sẽ được giảm bớt khi áp dụng kiến trúc 64-bit, ít nhất là trong thời điểm hiện tại).
Thư viện dùng chung > Định vị thư viện trong thời gian chạy

Các trình tải cho các thư viện chia sẻ rất đa dạng về chức năng.  Một số phụ thuộc vào các đường dẫn lưu trữ rõ ràng đến các thư viện.  Bất kỳ thay đổi nào đối với việc đặt tên thư viện hoặc bố cục của hệ thống file sẽ khiến các hệ thống này bị lỗi.  Thông thường hơn, chỉ có tên của thư viện (chứ không phải đường dẫn) được lưu trữ trong file thực thi, với hệ điều hành cung cấp phương thức để tìm thư viện trên đĩa, dựa trên một số thuật toán.
Nếu một thư viện dùng chung mà một file thực thi phụ thuộc vào sẽ bị xóa, di chuyển hoặc đổi tên hoặc nếu một phiên bản thư viện không tương thích được sao chép vào một vị trí sớm hơn trong tìm kiếm, thì file thực thi sẽ không tải được.  Đây được gọi là địa ngục phụ thuộc, tồn tại trên nhiều nền tảng. Biến thể Windows (khét tiếng) thường được gọi là địa ngục DLL. Vấn đề này không thể xảy ra nếu mỗi phiên bản của mỗi thư viện được xác định duy nhất và mỗi chương trình chỉ tham chiếu các thư viện bằng các định danh duy nhất đầy đủ của chúng.  Các vấn đề"địa ngục DLL"với các phiên bản Windows trước đó phát sinh từ việc chỉ sử dụng tên của các thư viện không được bảo đảm là duy nhất để giải quyết các liên kết động trong các chương trình. (Để tránh"DLL hell", các phiên bản Windows sau này chủ yếu dựa vào các tùy chọn cho các chương trình cài đặt DLL riêng - về cơ bản là rút lui một phần khỏi việc sử dụng các thư viện dùng chung - cùng với các cơ chế để ngăn thay thế DLL hệ thống dùng chung với các phiên bản trước đó.)
Thư viện dùng chung > Định vị thư viện trong thời gian chạy > Microsoft Windows

Microsoft Windows kiểm tra registry để xác định vị trí thích hợp để tải DLL thực hiện các đối tượng COM, nhưng đối với các DLL khác, nó sẽ kiểm tra các thư mục theo thứ tự xác định.  Đầu tiên, Windows kiểm tra thư mục nơi nó tải chương trình (private DLL); bất kỳ thư mục nào được đặt bằng cách gọi hàm SetDllDirectory(); các thư mục System32, System và Windows; sau đó là thư mục làm việc hiện tại; và cuối cùng là các thư mục được chỉ định bởi biến môi trường PATH. Ứng dụng viết cho .NET Framework (từ năm 2002), cũng kiểm tra Global hội Cache là kho lưu trữ chính của các Global Assembly Cache là kho lưu trữ chính của các file dll được chia sẻ để loại bỏ vấn đề về địa ngục DLL.
Thư viện dùng chung > Định vị thư viện trong thời gian chạy > OpenStep

OpenStep đã sử dụng một hệ thống linh hoạt hơn, thu thập danh sách các thư viện từ một số vị trí đã biết (tương tự như khái niệm PATH) khi hệ thống khởi động lần đầu tiên.  Di chuyển các thư viện xung quanh không gây ra vấn đề gì cả, mặc dù người dùng phải chịu chi phí thời gian khi lần đầu tiên khởi động hệ thống.
Thư viện dùng chung > Định vị thư viện trong thời gian chạy > Các hệ thống tương tự Unix

Hầu hết các hệ thống tương tự Unix đều có "đường dẫn tìm kiếm" chỉ định các thư mục hệ thống file để tìm thư viện động. Một số hệ thống chỉ định đường dẫn mặc định trong file cấu hình, một số hệ thống khác mã hóa nó vào trình tải động. Một số định dạng file thực thi có thể chỉ định các thư mục bổ sung để tìm kiếm thư viện cho một chương trình cụ thể. Điều này thường có thể được ghi đè bằng một biến môi trường, mặc dù nó bị vô hiệu hóa cho các chương trình setuid và setgid, do đó người dùng không thể buộc chương trình đó chạy mã tùy ý với quyền gốc. Các nhà phát triển thư viện được khuyến khích đặt thư viện động của họ ở những nơi trong đường dẫn tìm kiếm mặc định. Mặt khác, điều này có thể làm cho việc cài đặt các thư viện mới gặp vấn đề và các vị trí"đã biết"này nhanh chóng trở thành nhà của số lượng file thư viện ngày càng tăng, khiến việc quản lý trở nên phức tạp hơn.
Thư viện dùng chung > Tải động

Tảo động (Dynamic loading), một tập hợp con của liên kết động, bao gồm tải và dỡ tải thư viện được liên kết động tại thời gian chạy theo yêu cầu. Một yêu cầu như vậy có thể được thực hiện ngầm trong thời gian biên dịch hoặc rõ ràng vào thời gian chạy. Các yêu cầu ngầm được thực hiện tại thời điểm biên dịch khi một trình liên kết thêm các tham chiếu thư viện bao gồm các đường dẫn file hoặc chỉ đơn giản là tên file. Yêu cầu rõ ràng được thực hiện khi các ứng dụng thực hiện cuộc gọi trực tiếp tới API của hệ điều hành trong thời gian chạy.
Hầu hết các hệ điều hành hỗ trợ các thư viện được liên kết động cũng hỗ trợ tải động các thư viện đó thông qua API liên kết thời gian chạy. Ví dụ, Microsoft Windows sử dụng các hàm API LoadLibrary, LoadLibraryEx, FreeLibrary và GetProcAddress với Microsoft Dynamic Link Libraries; Các hệ thống dựa trên POSIX, bao gồm hầu hết các hệ thống tương tự Unix và Unix, sử dụng dlopen, dlclose và dlsym. Một số hệ thống phát triển tự động hóa quá trình này.
Thư viện từ xa

Một giải pháp khác cho vấn đề thư viện đến từ việc sử dụng các file thực thi hoàn toàn riêng biệt (thường ở dạng nhẹ) và gọi chúng bằng cách sử dụng một lời gọi thủ tục từ xa (RPC) qua mạng đến một máy tính khác. Cách tiếp cận này tối đa hóa việc sử dụng lại hệ điều hành: mã cần thiết để hỗ trợ thư viện là cùng một mã được sử dụng để cung cấp hỗ trợ và bảo mật ứng dụng cho mọi chương trình khác. Ngoài ra, các hệ thống như vậy không yêu cầu thư viện tồn tại trên cùng một máy, nhưng có thể chuyển tiếp các yêu cầu qua mạng.
Tuy nhiên, cách tiếp cận như vậy có nghĩa là mọi lời gọi thư viện đòi hỏi một lượng chi phí đáng kể.  Các lời gọi RPC đắt hơn nhiều so với việc gọi một thư viện chia sẻ đã được tải trên cùng một máy.  Cách tiếp cận này thường được sử dụng trong kiến trúc phân tán, sử dụng nhiều các cuộc gọi từ xa như vậy, đáng chú ý là các hệ thống máy chủ-máy khách và máy chủ ứng dụng như Enterprise JavaBeans.
Thư viện tạo mã

Thư viện tạo mã là các API cấp cao có thể tạo hoặc chuyển đổi mã byte cho Java. Chúng được sử dụng bởi lập trình hướng theo khía cạnh, một số khung truy cập dữ liệu và để thử nghiệm để tạo các đối tượng proxy động. Chúng cũng được sử dụng để chặn truy cập trường.
Đặt tên file > Hầu hết các hệ thống tương tự Unix hiện đại

Các kho hệ thống file libfoo.a và libfoo.so trong thư mục như /lib, /usr/lib hoặc /usr/local/lib. Tên file luôn bắt đầu bằng lib và kết thúc bằng hậu tố .a (kho lưu trữ, thư viện tĩnh) hoặc .so (đối tượng chia sẻ, thư viện được liên kết động).  Một số hệ thống có thể có nhiều tên cho thư viện được liên kết động, với hầu hết các tên là tên cho các liên kết tượng trưng cho tên còn lại; những tên đó có thể bao gồm phiên bản chính của thư viện hoặc số phiên bản đầy đủ; ví dụ, trên một số hệ thống libfoo.so.2 sẽ là tên file cho lần sửa đổi giao diện chính thứ hai của thư viện libfoo được liên kết động.  Các file .la đôi khi được tìm thấy trong các thư mục thư viện là kho lưu trữ libtool, không thể sử dụng được bởi hệ thống.
Đặt tên file > macOS

Hệ thống kế thừa các quy ước thư viện tĩnh từ BSD, với thư viện được lưu trữ trong file .a và có thể sử dụng các thư viện được liên kết động theo kiểu .so (với hậu tố .dylib thay thế).  Tuy nhiên, hầu hết các thư viện trong macOS đều bao gồm"khung", được đặt trong các thư mục đặc biệt gọi là"bundles"bao bọc các file và siêu dữ liệu cần thiết của thư viện.  Ví dụ: một khung có tên MyFramework sẽ được triển khai trong một gói có tên MyFramework.framework, với MyFramework.framework/MyFramework là file thư viện được liên kết động hoặc là một liên kết tượng trưng đến file thư viện được liên kết động trong MyFramework.framework/Versions/Current/MyFramework.
Đặt tên file > Windows

Các thư viện liên kết động thường có hậu tố *.DLL, mặc dù các phần mở rộng tên file khác có thể xác định các thư viện được liên kết động theo mục đích cụ thể, ví dụ:  *.OCX cho các thư viện OLE. Các bản sửa đổi giao diện được mã hóa trong tên file hoặc được trừu tượng hóa bằng giao diện đối tượng COM.  Tùy thuộc vào cách chúng được biên dịch, file *.LIB file có thể là thư viện tĩnh hoặc biểu diễn của các thư viện có thể liên kết động chỉ cần trong quá trình biên dịch, được gọi là"thư viện nhập".  Không giống như trong thế giới UNIX, sử dụng các phần mở rộng file khác nhau, khi liên kết với file .LIB trong Windows phải biết đó là thư viện tĩnh thông thường hay thư viện nhập. Trong trường hợp sau, file .LL phải có mặt trong thời gian chạy.