出於安全緣故，程序片十分受到限制，並且有很多的事我們都不能做。您一般會問：程序片看起來能做什麼，傳聞它又能做什麼：擴展浏覽器中WEB頁的功能。自從作為一個網上沖浪者，我們從未真正想了解是否一個WEB頁來自友好的或者不友好的站點，我們想要一些可以安全地行動的代碼。所以我們可能會注意到大量的限制：
(1) 一個程序片不能接觸到本地的磁盤。這意味著不能在本地磁盤上寫和讀，我們不想一個程序片通過WEB頁面閱讀和傳送重要的信息。寫是被禁止的，當然，因為那將會引起病毒的侵入。當數字簽名生效時，這些限制會被解除。
(2) 程序片不能擁有菜單。（注意：這是規定在Swing中的）這可能會減少關於安全和關於程序簡化的麻煩。我們可能會接到有關程序片協調利益以作為WEB頁面的一部分的通知；而我們通常不去注意程序片的范圍。這兒沒有幀和標題條從菜單處彈出，出現的幀和標題條是屬於WEB浏覽器的。也許將來設計能被改變成允許我們將浏覽器菜單和程序片菜單相結合起來——程序片可以影響它的環境將導致太危及整個系統的安全並使程序片過於的復雜。
(3) 對話框是不被信任的。在Java中，對話框存在一些令人難解的地方。首先，它們不能正確地拒絕程序片，這實在是令人沮喪。如果我們從程序片彈出一個對話框，我們會在對話框上看到一個附上的消息框“不被信任的程序片”。這是因為在理論上，它有可能欺騙用戶去考慮他們在通過WEB同一個老顧客的本地應用程序交易並且讓他們輸入他們的信用卡號。在看到AWT開發的那種GUI後，我們可能會難過地相信任何人都會被那種方法所愚弄。但程序片是一直附著在一個Web頁面上的，並可以在浏覽器中看到，而對話框沒有這種依附關系，所以理論上是可能的。因此，我們很少會見到一個使用對話框的程序片。
在較新的浏覽器中，對受到信任的程序片來說，許多限制都被放寬了（受信任程序片由一個信任源認證）。
涉及程序片的開發時，還有另一些問題需要考慮：
■程序片不停地從一個適合不同類的單獨的服務器上下載。我們的浏覽器能夠緩存程序片，但這沒有保證。在Java 1.1版中的一個改進是JAR（Java ARchive）文件，它允許將所有的程序片組件（包括其它的類文件、圖像、聲音）一起打包到一個的能被單個服務器處理下載的壓縮文件。“數字簽字”（能校驗類創建器）可有效地加入每個單獨的JAR文件。
■因為安全方面的緣故，我們做某些工作更加困難，例如訪問數據庫和發送電子郵件。另外，安全限制規則使訪問多個主機變得非常的困難，因為每一件事都必須通過WEB服務器路由，形成一個性能瓶頸，並且單一環節的出錯都會導致整個處理的停止。
■浏覽器裡的程序片不會擁有同樣的本地應用程序運行的控件類型。例如，自從用戶可以開關頁面以來，在程序片中不會擁有一個形式上的對話框。當用戶對一個WEB頁面進行改變或退出浏覽器時，對我們的程序片而言簡直是一場災難——這時沒有辦法保存狀態，所以如果我們在處理和操作中時，信息會被丟失。另外，當我們離開一個WEB頁面時，不同的浏覽器會對我們的程序片做不同的操作，因此結果本來就是不確定的。
